Shmoose
Shmoose - Xmpp Client for Sailfish OS
ATTENTION!!! Database format will change until v1.0.0. All your existing conversations from a previous installation will not show up anymore after an update!!!
Note:
Starting with Sailfish OS version 3.3.0.16 you need to adjust the suspend settings of your device:
* pkcon refresh * pkcon install mce-tools * mcetool -searly
This disables late suspend of the device. Battery drain is only slightly more at my device with this setting. This setting is persistent over reboots and has to be done only once. Without this, the longterm TCP connection will drop after a short amount of time and you won't get notifications on new messages.
What you get is:
- One to one messaging (optional with Omemo encryption as experimental feature)
- Initial group messaging (Automatic room join on inventation or join open room by address)
- Sent, received and read status of messages
- Notifications on new messages
- Send pictures
Keep in mind that this is an alpha release. Many things work. Some things may have bugs. Lot of features are missing. For current status see the project page on github:
https://github.com/geobra/harbour-shmoose
Are you good at qml, C++ or encryption? Any help is appreciated.
Screenshots:
Category:
Keywords:
Application versions:
| Attachment | Size | Date |
|---|---|---|
 harbour-shmoose-0.1.0-1.armv7hl.rpm | 16.23 MB | 25/01/2017 - 22:49 |
| harbour-shmoose-0.1.1-1.armv7hl.rpm | 16.24 MB | 28/01/2017 - 22:22 |
| harbour-shmoose-0.2.0-1.armv7hl.rpm | 16.23 MB | 15/02/2017 - 21:54 |
| harbour-shmoose-0.3.0-1.armv7hl.rpm | 16.35 MB | 03/08/2017 - 21:31 |
| harbour-shmoose-0.4.0-1.armv7hl.rpm | 16.35 MB | 12/12/2017 - 21:38 |
| harbour-shmoose-0.5.0-1.armv7hl.rpm | 2.41 MB | 20/02/2019 - 22:27 |
| harbour-shmoose-0.6.0-1.armv7hl.rpm | 2.43 MB | 03/10/2019 - 22:05 |
| harbour-shmoose-0.7.0-1.armv7hl.rpm | 4.23 MB | 19/12/2020 - 00:01 |
| harbour-shmoose-0.7.1-1.armv7hl.rpm | 4.23 MB | 08/02/2021 - 23:02 |
| harbour-shmoose-0.7.1-1.aarch64.rpm | 4.72 MB | 30/06/2021 - 18:37 |
| harbour-shmoose-0.8.0-1.armv7hl.rpm | 4.4 MB | 07/01/2022 - 14:52 |
| harbour-shmoose-0.8.0-1.aarch64.rpm | 4.89 MB | 07/01/2022 - 14:52 |
Changelog:
0.8.0
- Omemo as optional and experimental feature
- http_upload improvements (by ron282)
- Content encryption
- Support any file type
- UI improvements
0.7.1
- Fixed UI glitch on (really) long room subject.
0.7.0
- Updated Swiften to Version 4
- Message Carbons now available
- Improved MaM
- Settings for notification
- UI also available in Landscape mode
- Pictures pitch- and zoomable
- i18n updated
- Many small bug fixes
0.6.0
- Additionally to 1on1 messaging, the status of messages in MUC rooms will also be shown
- Improved the simple MAM for MUC's
- Fixed bug in http upload where put and get urls where swaped
- i18n updates
0.5.0
- Stripped binary for smaller footprint
- Fixed room rejoin on connection handover
- New settings dialog (by slohse)
- i18n updates
0.4.0
- message read status through xep 0333
- http upload fixed (by slohse)
- i18n (by Caballero)
- sort pictures by creation date in picker
- some gui improvements
0.3.0
First draft of group chats
- Display contact avatars
- Some gui improvements
0.2.0
Updated Contacts Page
- Show names of JID's
- Show subscription and availability status
- Implemented contact add and remove functionality
0.1.1
Fixed a bug which prevents the app to close properly
Comments
w_oe
Sat, 2022/03/26 - 11:28
Permalink
Thanks for the hint. I wasn't aware that I'm getting prereleases, oh well. The .desktop file change didn't work for me, unfortunately.
w_oe
Thu, 2022/03/24 - 13:12
Permalink
Since SFOS 4.4.0.58 shmoose no longer notifies me of incoming messages, no blue LED either. Some permission missing?
slava
Thu, 2022/03/24 - 19:08
Permalink
AFAICT all apps got sandboxed in 4.4. To disable sadboxing, you need to add
to the .desktop file
schorsch
Thu, 2022/03/24 - 13:24
Permalink
I am still at the latest 4.3.x version. This phone is my daily driver and I cant effort to break it with a dev firmware. If you are able to debug, please do so.
D_R
Wed, 2022/01/19 - 19:36
Permalink
Okay. Sending via omemo is working only if your contact is onbthe same server.
schorsch
Fri, 2022/01/21 - 22:53
Permalink
For me, Omemo on the same server works direct without problems. This is also verified by an automated integration test. For omemo messaging through different servers, I have experienced that it need to exchange two or three (plain) messages between the JID's until it automatically get switched to omemo messaging. Currently, I don't know why.
Keep in mind that a pre-requisit is that both JID's are subscribed to each other.
D_R
Tue, 2022/01/11 - 16:22
Permalink
How can I activate OMEMO?
Sending encrypted is greyed out...
schorsch
Tue, 2022/01/11 - 23:13
Permalink
You first have to enable it on the global settings page. After that, restart Shmoose. Shmoose will detect if the other jid has omemo capabilities and tries to send omemo encrypted messages per default.
w_oe
Tue, 2021/11/30 - 01:47
Permalink
Now compliance is 95 % - only XEP-0368 is missing. I will see whether the issue persists.
w_oe
Tue, 2021/11/30 - 00:09
Permalink
I'm using Prosody 0.11.10 on my own server. Thanks for the compliance tester; I've got 71 % now, maybe some relevant XEP are missing. I will install more.and.test again.
schorsch
Wed, 2021/11/17 - 20:55
Permalink
Interesting. The receive issue works on my side. Which xmpp server are you using? Can you check compliance here? https://compliance.conversations.im/
w_oe
Sun, 2021/11/14 - 16:35
Permalink
Another observation: when Shmoose is running, but SFOS decides to close it due to shortness of memory, the cover is still there showing a connected status. No messages are received, and upon restart of Shmoose the unreceived messages do not appear.
w_oe
Sun, 2021/11/14 - 15:02
Permalink
Btw these white marks are impossible to see in an ambiance with white background.
w_oe
Sun, 2021/11/14 - 14:45
Permalink
Sorry for the delay. Shortly after (re)connection, the first few messages don't ever get sent, i. e. no check marks appear. I work around by resending via copy/paste so often until the checkmark appears.
schorsch
Tue, 2021/11/09 - 23:05
Permalink
(Not) sent messages during offline connectivity are easily noticeable by the message status. Lost received messages should not happen. Messages are resend to a client by most servers if client gets online again. Additionally there is limited but working mam implementation, which fetches old messages from the server to really catch up all messages which should be there. There is even an integration test for this which works perfect. Can you reproduce and describe your error case?
w_oe
Tue, 2021/11/09 - 22:45
Permalink
I use shmoose daily, as I know no better xmpp client for SFOS. Unfortunately that doesn't mean it's perfect. My main gripe is that interrupted connectivity leads to lost messages - both sent and received. Any chance on improving that? Thanks!
w_oe
Tue, 2021/11/09 - 20:49
Permalink
Thanks lpr for the hint - and the package!
w_oe
Tue, 2021/11/09 - 14:57
Permalink
Hi, libcrypto.so.10 is missing after update to SFOS 4.3.0.12. Any.idea how to fix? Thanks
schorsch
Tue, 2021/11/09 - 21:00
Permalink
Shmoose is build on a 3.x sdk to also support devices that are not official supported and only have older sfos firmware available. Maybe we should do a poll what sfos version is running on most of the devices having shmoose installed ;-)...
lpr
Tue, 2021/11/09 - 21:12
Permalink
no, you should look what is available here on openrepos. Openssl1.1.1 for armv7 is available for any SFOS version supporting at least glibc2.17 , so practically for everyone
just install openssl1.1.1 openssl1.1.1-libs and openssl1.1.1-devel plus openssl-libs10 in your old sdk, that is all
lpr
Tue, 2021/11/09 - 18:24
Permalink
yes, install openssl legacy https://openrepos.net/content/lpra7/openssl-102-legacy-jollaphone-x-xa2
uddghsjauszg
Tue, 2021/08/17 - 12:43
Permalink
So the armv7hl version works fine for me. Did a little testing and its fairly good even in a daily usecase. Thank you so much, I am dependent on xmpp and this was the only thing holding me back from sfos.
schorsch
Wed, 2021/08/18 - 17:10
Permalink
You are welcome. Please be aware that currently only 1to1 omemo encryption is supported. Omemo in groups or rooms will be implemented as soon as 1to1 is known to be stable enough.
uddghsjauszg
Tue, 2021/08/17 - 12:16
Permalink
Thank you!
uddghsjauszg
Sun, 2021/08/15 - 19:56
Permalink
Meanwhile I've gone again with the cross compiling, got the platformsdk ready and don't really have a clue how to create a target with sb2-init
schorsch
Tue, 2021/08/17 - 09:29
Permalink
Shmoose needs a lot of libs which are not packaged within sfos. Follow the build instructions on github an all steps will work fine.
uddghsjauszg
Sun, 2021/08/15 - 16:10
Permalink
I have a qualcomm snapdragon 630 so I guess I'll need the 64bit build
schorsch
Tue, 2021/08/17 - 09:28
Permalink
There is now a 0.7.99 version for testing purpose at github which includes omemo via lurch plugin. It has some known bugs but should work for straight forward use cases. It may need some message exchange until the omemo encryption starts. As I did not have a 64 bit device, I could not test that build.
uddghsjauszg
Sun, 2021/08/15 - 14:47
Permalink
Unfortunately I cannot build the rpm for sfos neither cross compile because its either unsupported or finishes with some error. Or I just don't have the skills for it sadly.
schorsch
Sun, 2021/08/15 - 15:44
Permalink
Maybe I could push my next dev build as a rpm to github. Do you need 32 o 64bit build?
Pages