@daniel Do you know if there is a XEP to send web push notifications from an XMPP server?
-
@daniel Do you know if there is a XEP to send web push notifications from an XMPP server?
For the reference: https://github.com/dino/dino/issues/1809
@S1m I have been talking to @larma about making Dino a UnifiedPush distributor. Similar to Conversations, Dino would be an ideal candidate to facilitate push notifications for other apps on Linux on mobile.
In that case we would like standardized a variant of the protocol that is outlined here https://codeberg.org/iNPUTmice/up/src/branch/master/README.md (which already has multiple independent implementations) and I would write the code. -
@S1m I have been talking to @larma about making Dino a UnifiedPush distributor. Similar to Conversations, Dino would be an ideal candidate to facilitate push notifications for other apps on Linux on mobile.
In that case we would like standardized a variant of the protocol that is outlined here https://codeberg.org/iNPUTmice/up/src/branch/master/README.md (which already has multiple independent implementations) and I would write the code.@S1m The other way round (making XMPP apps wake up upon receiving WebPush notifications) is currently not standardized. We are talking about a Push Notifications 2.0 XEP and I have been advocating for using WebPush but I have also met some resistance because XMPP server devs aren't super keen on a hard dependency to HTTP.
And personally I find the other direction, making the XMPP client a distributor, much more interesting. -
@S1m The other way round (making XMPP apps wake up upon receiving WebPush notifications) is currently not standardized. We are talking about a Push Notifications 2.0 XEP and I have been advocating for using WebPush but I have also met some resistance because XMPP server devs aren't super keen on a hard dependency to HTTP.
And personally I find the other direction, making the XMPP client a distributor, much more interesting.@daniel On Linux, the need is clearly the other way around, mobile distributions will likely come with their default service
-
@daniel On Linux, the need is clearly the other way around, mobile distributions will likely come with their default service
@daniel And, that's good having efficient distributor services available with applications that aren't specific to this task, but I think it would be great if they could also use another service too. It wouldnt be suitable if all applications were providing the service but not using it 😅
-
@daniel And, that's good having efficient distributor services available with applications that aren't specific to this task, but I think it would be great if they could also use another service too. It wouldnt be suitable if all applications were providing the service but not using it 😅
@daniel But we're far from this situation. The current status is great 👍
-
@daniel But we're far from this situation. The current status is great 👍
@daniel Was the discussion about Push Notifications 2.0 XEP public? It would great having a link to follow the process
-
@daniel Was the discussion about Push Notifications 2.0 XEP public? It would great having a link to follow the process
@S1m public in the sense that it was discussed during the 2023 summit.
Notes from the summit https://pad.nixnet.services/oy6MKVbESSycLeMJIOh6zw#
And here is some work on the spec https://pad.nixnet.services/TRjHpDkUSrep9jqzcjY0uw (but as I said my proposal to use WebPush was sort of rejected so this link doesn't mention WebPush)
-
@S1m public in the sense that it was discussed during the 2023 summit.
Notes from the summit https://pad.nixnet.services/oy6MKVbESSycLeMJIOh6zw#
And here is some work on the spec https://pad.nixnet.services/TRjHpDkUSrep9jqzcjY0uw (but as I said my proposal to use WebPush was sort of rejected so this link doesn't mention WebPush)
@daniel Hm, too bad they don't want to rely on existing standards
This could relieve the client developer from needing to run a gateway for e.g. web apps (you still need one for APNS/FCM due to the credentials).
Moreover, it seems to have been rejected partly on a wrong assumption: FCM can be requested with web push. And I don't know for APNS, Apple has moved in this direction for installable web apps
-
@daniel Hm, too bad they don't want to rely on existing standards
This could relieve the client developer from needing to run a gateway for e.g. web apps (you still need one for APNS/FCM due to the credentials).
Moreover, it seems to have been rejected partly on a wrong assumption: FCM can be requested with web push. And I don't know for APNS, Apple has moved in this direction for installable web apps
@S1m The FCM WebPush thing is understood. (I think at that time in 2023 I was only 90% sure that it would actually work in practice) it's maybe not totally clear in the notes but it was clear in the room.
-
@S1m The FCM WebPush thing is understood. (I think at that time in 2023 I was only 90% sure that it would actually work in practice) it's maybe not totally clear in the notes but it was clear in the room.
@daniel OK, good to know.
I personally learned it at the end of 2023, after marvin added it to their gist: https://gist.github.com/mar-v-in/2a054e3a4c0a508656549fc7d0aaeb74/revisions
At this time, and yet today, it was widely assumed that a gateway to FCM was required
-
@daniel OK, good to know.
I personally learned it at the end of 2023, after marvin added it to their gist: https://gist.github.com/mar-v-in/2a054e3a4c0a508656549fc7d0aaeb74/revisions
At this time, and yet today, it was widely assumed that a gateway to FCM was required
@S1m yes. Marvin was in the room. We knew it should work in theory but hadn't conducted an end to end test yet.