-
-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Push: show real text instead of generic "new notification" #1964
Comments
Haven't I fixed this already? xD |
It shows the push subject, but not the content. |
Working. |
Yes, since ages. |
After debugging with @skjnldsv it turns out that those strange notifications only happens when the app is not in foreground. |
I'm having this problem, too. Running client version 3.14.0 against server 19.0.5. I think it started after the upgrade from 19.0.4. |
Same here. |
As far as I remember new_notification is the default value of push proxy, if no message is set. |
I thought it was occurring when NC apps had updates available, but I got
one of these this morning and I don't have any apps needing updates.
I'm not familiar with the language NC is written in, but it may have
something similar to the Perl "caller" routine, which allows a routine
to determine who called it. If you have such a thing, you might consider
changing the default value to include the caller name or other
identifier. That would make future occurrences easier to debug.
If I learn anything about the source, I'll update the ticket.
-Brian M
…On 11/25/20 1:41 AM, Tobias Kaminsky wrote:
As far as I remember new_notification is the default value of push
proxy, if no message is set.
@nickvergessen <https://github.com/nickvergessen> do you have an idea
why such messages might be sent?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#1964 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AABOA77LKIUFVD3UWG66TFTSRTGLBANCNFSM4ELZH6DA>.
|
I had one of these shown as having occurred 4 hours ago. When I log into NextCloud with a web browser, I see a perfectly normal notification from PhoneTrack (with correct notification text) also shown as having occurred about 4 hours ago. I have no other notifications from around that time or since in either environment. This suggests that the notification within the Nextcloud server is handled normally, but is getting lost when picked up or presented by the Android client. |
Have you removed account in question on Android or reset app token or something like that? |
I had not made any change there. I know that the Nextcloud client still
allowed me to access my files, make changes, etc. That suggests that the
account credentials were operating normally, at least in some regards.
Nevertheless, I have now deleted the Android client account from the
client, and then and re-added it using an app token. I'll advise you as
to whether the problem goes away or continues.
…On 11/27/20 12:44 AM, Tobias Kaminsky wrote:
Have you removed account in question on Android or reset app token or
something like that?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#1964 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AABOA7Y2LLQTWM5R2UMZRZLSR5RFVANCNFSM4ELZH6DA>.
|
The problem still occurs. The NC web interface shows a proper notification (again all PhoneTrack in my case telling me I've reached my point quota, but I think that's just because I don't get many other notifications), but "NEW_NOTIFICATION NEW_NOTIFICATION" in the Android notification bar. |
Just to answer this publicly here as well. The subject is the default subject we set. The encrypted subject should be decrypted and displayed instead by the client. However in this case it seems it either fails to decrypt or to load more information from the server. |
At least on Android side we only show a notification if we can decrypt it and if we can get real info from server: android/src/main/java/com/nextcloud/client/jobs/NotificationWork.kt Lines 245 to 250 in f0f467d
I have no real idea how this could happen… |
This worked for me as well, thank you very much! |
Unfortunately, this is not a nice solution and does not prevent the problem. Please, dear Nextcloud team, take care of this bug. |
This is where things become complicated, because of #11090 |
If reregistering the app is a workaround to fix this issue, would it be a somewhat solution to allow reregistering for notifications without logging out and maybe then also do that automatically when the app receives a broken message? This may make the experience good enough for end users while the server may log all of this circumstances so it is possible for admins / devs to debug this issue. And I know, that temporary solution might stay forever, but in perspective of how long this bug exists so far, this may be good enough in practice ;) |
I don't know if the following is known to the Nextcloud team, therefore a small description: Steps to reproduce;
No matter if the message is already deleted in the app or not each time it will generate enormous amount of spam. I don't know how this is handled now with the messages (Firebase, or own infrastructure) But the way I see it is an unnecessary load on the system. |
None of the workarounds or fixes provided here helped so far. However I received one (!!!) notification properly last week - I don't know what happened as I didn't change anything on my Nextcloud installation but suddenly one notification was displayed properly on my mobile. After that everything is back now to the "new notification" thing. 😢 |
Tricky fix, but worked for me, this has been bothering me for quite a while now. |
Seeing this problem too. |
Thanks! Since it helped some guys here, I tried that. Without success: I deleted the rows in the DB and the corresponding account in the app (I use several accounts in the app). I then force-closed the app, re-started it and re-created the just deleted account. Result: Account is available again and does receive test notifications in-app. Yet, no Android notifications. The app does not re-register with the cloud:
This correlates with not an entry in the DB:
Server: 27.0.1, App 3.25.0, Phone: Pixel 6a running GrapheneOS with their sandboxed Play Service. All other apps work fine including push, e.g. Signal, Threema, Bank apps. What now? Do I need to wipe all data from the NC app? Might this be a Graphene Play Services bug? How to debug and find out which app or service to blame? What about missing library / invalid notification channels mentioned above? Where are those logs referenced there? |
@nursoda It seems that NextCloud app does not request another token unless it is removed and installed again. At least for me it was the only way to get a new token using MicroG after removing the older (broken) token from the server database. It's a pain, but since then notifications have been working fine. |
Thanks for that hint. I deleted all data from the app (instead of deleting and re-installing it), and it worked. Quite painful if you use multiple NC instances like me. |
Tried again on fresh installation - still not working:
|
If the Nextcloud app is open in the foreground and a notification arrives during that time, the notifications will be displayed correctly. |
Maybe it doesn't awake from sleep properly because of some internal
optimization that can't be turned of?
I know that on my Samsung, Maps didn't even continue to navigate sometimes
even though it was excluded from list of apps to be optimized.
*and it fixed itself again sometimes*,
at least as far as I can tell
Pablo Eisenhut ***@***.***> schrieb am Di., 12. Sept. 2023,
21:27:
… If the Nextcloud app is open in the foreground and a notification arrives
during that time, the notifications will be displayed correctly.
—
Reply to this email directly, view it on GitHub
<#1964 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AKIDZD3FSCKCFTJOHQCHRM3X2CZTLANCNFSM4ELZH6DA>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
I can confirm that the notification is shown properly when the app is in foreground. When it is in background I only get the generic text "NEW NOTIFICATION" |
Is anybody currently investigating this and getting anywhere? If not, I might give this a poke this weekend and see where I get with it. |
I subscribe here since I never got a readable notification on my phone and I won't re-install it as I don't want to lose my settings |
Would be nice to have an entry in the app settings like "Fix notifications" or something like that, that will trigger new registration with the server. There are other apps that can do it. My setup is quite complex on my phone, and wiping it all just doesn't make sense. |
I've been dealing with this for quite some time. Is there any plan to pick this up? |
I switched to this notifications app for Nextcloud and it works really well. https://gitlab.com/Nextcloud-Push It's a bit old and it does have some scalability shortcomings (they can be worked around but it needs some understanding of the webserver/php config) |
So the workaround is a great thing, but it's not a permanent solution, especially for users without technical knowledge. |
I wouldn't call Nextcloud-push a "workaround", it is a rather specific solution for notifications which has very good use cases but I agree that it is not the solution to this problem. |
I know it is not a workaround, but it does solve most evident symptoms in this thread (show correct notifications on a phone). I don't pretend to minimize the problematic behind reliable push notifications nor the complexities and priorities of the project but... I just don't understand why issues related to notifications take so much time to be addressed when there are alternatives that work and just need a little polish. This ticket was opened more than 5 years ago, fixed and refixed and it keeps coming back. By the looks of the fixes it seems it's just a matter of following google's firebase dependency. There are other tickets asking for an official alternative to google handled notifications. |
User want to see the real content of notification.
As I understand this was due to a server bug, but can now be fixed for next version.
The text was updated successfully, but these errors were encountered: