Anyone aware of a conversations fork with support for unified push notifications? Or a similar xmpp android app with omemo (just the same as conversations’ support) and unified push notifications support, available through the official f-droid repor or a f-droid repo if not available from the official ones?

BTW, I noticed !xmpp@lemmy.ml community was locked. Any particular reason for that?

Also, Converstions requests to set unrestricted use of battery, to use battery under background without restrictions. So it seems unified push notifications would help, though this github issue sort of indicates unified push notifications wouldn’t help, so it just tells me there’s no intention to include support for it on Conversations, but not that it wouldn’t help save battery.

  • lemonuri@lemmy.ml
    link
    fedilink
    arrow-up
    3
    ·
    edit-2
    8 months ago

    Conversions on android keeps a websocket connection open to receive messages. It’s supposed to generate very little overhead in battery consumption. The unified push app on android uses the same technique to provide other apps with pushes. So you could set conversations to be the push provider on your phone and would not need the unified push app any more. This way you would be using the same amount of battery as before.

    The conversations xmpp support channel is very helpful if you have further questions: someone there will also very likely know if any apps with unified push support exist.

    xmpp:conversations@conference.siacs.eu?join

    • kixik@lemmy.mlOP
      link
      fedilink
      arrow-up
      1
      ·
      8 months ago

      Ohh, thanks, I’ll try asking there…

      BTW, before molly supported unified push notifications, it was also using websocket and that still required to enable unrestricted use of battery, as currently conversations does. Once I the unified push molly version showed up, such unrestricted use of battery was no longer needed. Websocket definitely is much better than GCM/FCM, but it implies, I believe more battery consumption, though perhaps not unbearable.

      Jami was also using websockets and required to allow consuming battery on the background as well, and then moving to unified push no longer required that, but in the case of Jami, by being peer to peer, the effect is more noticeable.

      All that to say, that other apps have moved to unified push notifications for better battery savings, even though they used websockets before, and curiously enough conversations does take advantage of GCM/FCM push notifications, so is not clear to me why disregarding unified push ones, but it’s always up to the developers/maintainers, and what they need/want to invest on… So that’s why I mentioned I don’t quite get what was mentioned on the github issue, though it was clear to me there’s no intention to provide the support.