New ConverseJS (XMPP) app with broken source links?
-
@wilson101 Sorry, it has been too long ago since I last worked on this but I remember notifications were also an issue with my initial ConverseJS app (the one luigi311 forked).
-
@poVoq Anti Privacy ? You can see the code from the links in the CDN. If I download the dist files from the release of ConverseJS official github account I will need to always download and replace the files, also that makes the app heavier.
-
@wilson101 Using the CDN like that means the ConverseJS developer can track every time any user opens their Ubuntu Touch ConverseJS app and also approximately from where.
-
@poVoq OK I will delete the app from the store.
-
@wilson101 Why? I am just saying you should mention that on the store page.
-
@poVoq To be honest you have right. They get logs on servers from IP and browser metrics. I will use local files and implement hook notifications now. I will try. At least we can use it with that type of notifications till I found out how to implement the ubports push notifications.
-
@wilson101 said in New ConverseJS (XMPP) app with broken source links?:
@poVoq Yes, github just sucks for me. Do you have any suggestions on how to implement the push notifications https://docs.ubports.com/en/latest/appdev/guides/pushnotifications.html in a web app ? Or I should try to implement web hook to email.
Maybe you can look at this:
https://forums.ubports.com/topic/11375/send-notification-locally-from-qt-c-qml-app.
It may not be push notification as such, because your app would have to keep running unsuspended in background, but it is sill notifications in a webview.
-
@pparent Thank you! I will check it now.
-
That being said XMMP protocol might support real push notifications, i.e the server calls a endpoint ( here https://push.ubports.com/notify ) when a new message arrives, and this allows to wake up the phone and display notification. This would be more ideal as the app would not need to run in background to get the notifications.
I don't know how easy this would be though, especially if you're not the developer of the underlying js application.
-
@pparent I need to find in the conversejs source where messages are received and hook that to the push notifications with js. On theory should work. But I will first try your implementation. I already executed your script.
-
Note that I've just update the documention of the module, there was a small mistake. (It's not helper.send("Hello world") but helper.showNotificationMessage("title","Hello world")
@wilson101 said in New ConverseJS (XMPP) app with broken source links?:
I need to find in the conversejs source where messages are received and hook that to the push notifications with js.
Yes but note that it is not the most optimal way to do. In theory the most ideal would be that the app registers a Push notification server directly to the XMPP server, so that the XMPP server itself send the notification to Ubports push server and then to the phone, so that even if the app is not running at all, and no js from conversejs is running, you still can get the notification.
-
@pparent That would be great yes! I have one question. Where should I put helper.send("Hello world") ? in the main.qml? I see that it use desktop web notification, page title change, and notification audio playback. So does that mean I can just put the code on top of the main.qml and when i receive message in the app it will automatically send notification?
-
@wilson101 said in New ConverseJS (XMPP) app with broken source links?:
Where should I put helper.send("Hello world") ? in the main.qml?
Sorry the documentation was not up to date
It's not helper.send("Hello world") but helper.showNotificationMessage("title","Hello world")If your webapp emits desktop notifications you can add to your webview
onPresentNotification: (notification) => { helper.showNotificationMessage(notification.title, notification.message); }Otherwise you would need to send a message in js through console.log and then get it in QML with:
onJavaScriptConsoleMessage: function(level, message, line, sourceId) {Or you can simply make the app emit desktop notifications which is easy in js.
-
@pparent said in New ConverseJS (XMPP) app with broken source links?:
That being said XMMP protocol might support real push notifications, i.e the server calls a endpoint ( here https://push.ubports.com/notify ) when a new message arrives, and this allows to wake up the phone and display notification. This would be more ideal as the app would not need to run in background to get the notifications.
Yes, but it would require modifying a module on the server, so it will not work with most XMPP servers out there.
The probably better alternative would be for the app developer to run a push relay that pretends to be a FCM relay but pushes to the UBports server instead. Not sure how difficult it would be to modify existing software for that though.
-
Standard XMMP protocol does not allow to register a custom push server? If so it was poorly designed for a federated protocol...
-
I'm wondering why the sound notifications don't work even if I use the tweak tool and prevent app suspension. On my computers browser works. On the app don't work.
-
Ok I fixed that now sound notifications are working, but we need to make the app not suspend from the tweak tool if we want to get notifications on locked screen.
-
Congrats , thought it might not be ideal to let your app emit notification sounds in background, because users could want their phone to be in mute mode, and only vibrate (+ if you don't hear the notification you cannot know if there was one later).
Ideally you could make notifications real UT notifications as I did in whatsweb:
-
@pparent It's not ideal for sure. But QML is to confusing for me to be able to implement the push notifications properly with the js code of conversejs. If you have any ideas how to do it exactly I will appreciate it.
-
It's basically doing the exact same thing I did in this pull request:
https://github.com/alefnode/ubports-apps/pull/44/commits
Although you can do something much simpler because, to make sure I don't miss a notification I've taken into account 3 sources: desktop notifications, title change, and sound. The first one may be enough in your case.
