ohhh, I see. Many thanks !
ohhh, I see. Many thanks !
ohh, sorry, I didn’t noticed it, as you can tell…
If I may, what’s the issue with URLs?
Since this community is partially inaccessible due to some change in how URLs are handled
ohh, I see, is there a setting, besides unrestricted battery use, one can should set as well then? I remember another about background use, but can’t seem to find it…
This is the first post that clarifies why there’s no need for unified push notifications, but still conversations supports GCM/FCM push notifications. I seem though for those phones unified push notifications would help, the same way GCM/FCM does? At any rate, for battery purposes I got it’s not required.
Many thanks !
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.
Yeap, thanks a lot !
Yeap, got it. Thanks a lot !
understood, thanks !
Ohh, thanks for that… I noticed when under the office’s VPN, it doesn’t work, :( Which is really bad to me, since it then block any services from it, :(
It seems like disroot doesn’t like the office’s cert when connected through VPN…
Thaks for replying !
Nope, I only have a lemmy.ml account, and I only use librewolf on the desktop…
I had that issue of having to re-login, and then every now and then when I do reload, it posts not on my subscribed communities as if I were not logged in, although I’m logged in, but on a subsequent reload, then only my subscribed communities posts show up. I haven’t had to re-login again, just after the upgrade, and then the other minor annoyance is that, but a subsequent reload is enough…
Thanks !
Is it normal that on an upgrade, users are forced to re-login?
ohh, wow, lemmy really needs to make that way easier, so subscribing and posting on other instances is made easier. I’m sure I won’t easily remember the right URL to get into the other instance community… Thanks a lot, I wasn’t aware of this way to access other instances communities…
Well, on every lemmy new instance announced, including this one, in order to subscribe into communities, or to post, I need to login, and the lemmy credentials of don’t work on them, so it looks to me I have to create a new account, :(
Can I ask why creating a new lemmy instance, rather than a new community. Instances are good for centralization, so, not a complain, however it imposes an additional account, :(
Not sure if you should request mod permission on https://lemmy.ml/c/electric_vehicles instead, :) Though that one seems to include hybrids and such…
Yey !!! Happy 2022 (if following Gregorian calendar that is) !!!
I see. Thanks for clarifying.