-
-
Notifications
You must be signed in to change notification settings - Fork 154
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Forward notification to other apps #29
Comments
I also think this would be a great enhancement for gotify, if it could be used as an alternative to the proprietary Google FCM. For this, it would be necessary to perform some changes and additions to the gotify API and client, to distinguish between notifications that would be shown directly by gotify and some sort of 'trigger' notification which would be forwarded to a third-party app. Are there any plans or comments if and how this could be implemented? I would be interested in contributing ideas and code in some of my free time if there are others interested as well. |
I'm open to idea's as well. I can think of two implementations
|
What about using Android Services as FCM does? Inside the user's app you would have to declare a service using a specific intent-filter with a class similar to |
@ialokim sorry for answering that late, I've must've overlooked this message :\ I dunno exactly how the FirebaseMessagingService works but I'm guessing that its with broadcasts. The Gotify android app should be able to send broadcasts like this. |
What about integration with Tasker? That would be megapowerful:) |
Heya, has there been any progress on this? I saw the related PR but that didn't receive any activity in three months :/ |
Nope, sadly no. |
I found a similar project to this issue https://bubu1.eu/openpush/ |
There is a new branch: unifiedpush that allows gotify to forward notifications : |
A hacky soution is to simply catch the broadcasted |
These apps are already able to receive notifications with gotify (silently) : https://unifiedpush.org/users/apps/ |
Is there any plan to merge the unifiedpush branch to master/main ? |
From my point of view, UnifiedPush still needs more adoption so that it can be integrated into gotify. |
Right now there is a broken version of UnifiedPush in a fork that has little impetus to be fixed and upgraded to a working version and I am being advised to switch provider because it and I quote "(probably) won't be updated". I like gotify, and I have been running it for a LONG time now, I don't want to switch provider because then I have to rework all my integrations for my other stuff. Is your PoV still the same one year down the line (note: Tusky beta is using UP and cannot use gotify-up). |
Do you have installed the common-proxy infront of your gotify? By the way Element has also merged UnifiedPush (and FluffyChat and SchildChat another Matrix client), too. ntfy.sh on serverside has implement both /UP and /_matrix pushes, like in common-proxy. I try to implement in /UP but it was rejected gotify/server#420 |
Yeah, I have common-proxy in front and it works for example-UP app, but tusky specifically requests binary mode and therefore gotify-up doesn't respond, because that's broken if you have postgres. |
Yeah, I more or less have the same opinion now. Mostly, I don't want the effort of maintaining this feature I don't need. To me, it feels like Gotify isn't the right tool for this, or at least I didn't intend it to be used like this. It is possible to use it as distributor, but it doesn't really have the resilience it should have for this, like a proper way to duplicate data / having high availability and first class support of redelivery of messages. This problem with gotify-UP not working also seems like a maintenance problem, because a new api / feature isn't implemented, and I want to keep gotify as low maintenance as possible for me, I rather do new stuff. This doesn't mean that Gotify is dead, it still gets updates, and I'll do reviews for approved features that improve core functionality. Core functionality in this sense is, simply sending messages via the api and get them on the phone / webapp. Tbh., I'm unsatisfied with my opinion on this, but I've thought about this a long time and I always come to the same conclusion. I don't want to use my time for features I don't really need or support. I can already have that at my day job (:. Hope this is understandable. As a side note, there is https://github.com/pushbits/server which has an api compatible with Gotify but uses Matrix for receiving the messages on your phone. This means you get all the benefits from this, like encryption of the messages and stuff. Maybe this is something that would solve your use-case. |
100% understandable, sorry to have bother you so long with this then 😆 . It can be a good idea to close this issue then :) PS: It will probably help future users looking at this issue : if you are looking for a decentralized equivalent to FCM. Then check https://unifiedpush.org |
@jmattheis funny way - using ntfy.sh to get pushnotification for matrix, to use pushbits ..... |
Any progress to get support for https://unifiedpush.org/ going again as https://unifiedpush.org/users/distributors/gotify/ lists it as deprecated ? |
@PanderMusubi: no, my #29 (comment) still stands. I'll close this issue, as it won't be natively supported. |
@jmattheis I've a proposal the other way around. Do you think it would be possible for Gotify to receive messages via UnifiedPush instead of WebSocket (WSS)? I really appreciate how Gotify renders notifications (compared to ntfy), and I like having predefined applications for an account, rather than needing to "subscribe" to a topic every time I open a new browser. If Gotify could use UnifiedPush as the push distributor (with Gotify acting as the end-user application/client rather than the distributor), that would be fantastic! |
Probably possible, but I don't see this is scope for Gotify. |
It would be nice if this app can be used as forwarder for notifications to use gotify instead of FCM for notification handling.
An alternative/intermediate solution might be that a tap on the notification opens my app
The text was updated successfully, but these errors were encountered: