ferdium-app
ferdium-app copied to clipboard
Notifications Stay on Screen
Avoid duplicates
- [X] I agree to follow the Code of Conduct that this project adheres to.
- [X] I have searched the issues tracker for a bug report similar to mine, in vain
Ferdium Version
6.7.0
What Operating System are you using?
Windows
Operating System Version
Windows 11 23H2 (22631.3085)
What arch are you using?
x64
Last Known Working Ferdium version
No response
Expected Behavior
When a notification banner appears, it will then go away on its own after 5 seconds.
Actual Behavior
When a notification banner appears, it remains on the screen indefinitely unless closed manually.
Steps to reproduce
- Receive a notification (potentially Google Voice).
Debug link
https://debug.ferdium.org/df51556e-2097-4dfa-a5dc-898edac2239f
Screenshots
No response
Additional information
It might be related to the Google Voice service as that is the one I remember seeing and a notification from Skype service acted appropriately.
The same problem is with Ubuntu Linux and KDE. Seems Ferdium started to create notifications with timeout=0, instead of using the system default timeout.
Same issue with the new Teams on Windows, you have to click on close to hide the notification
same issue using Manjaro + KDE. notification never times out (never run actually)
Same issue still happening in 6.7.5 in openSUSE + KDE and Windows 11. Since this is happening for both Linux and Windows, I assume that this is happening in all OS and all DE.
I think I found whats wrong with this.
According to MDN [^1]:
requireInteractionOptional: Indicates that a notification should remain active until the user clicks or dismisses it, rather than closing automatically. The default value isfalse.
But Microsoft Teams thinks its notifications are very important [^2]:
getNotificationOptionsPayload() {
const e = this.entityCommand.entityOptions;
return {
notificationTitle: e.title,
notificationOptions: {
body: e.text,
icon: e.mainImage?.src,
timestamp: new Date(e.time).getTime(),
tag: void 0,
requireInteraction: !0, // This evaluates to true in JS
dir: this.isRtl ? VO.b7.Rtl : VO.b7.Auto
}
};
}
Can Ferdium force the default behavior to requireInteraction=false?, I don't see a future were Microsoft fixes this.
[^1]: Notification API: https://developer.mozilla.org/en-US/docs/Web/API/Notification/Notification#requireinteraction [^2]: https://statics.teams.cdn.office.net/teams-modular-packages/hashed-assets/async-entry-e0e507f543cd11e2.js
Steps to reproduce:
- Open Developer Tools using
View->Toggle Service Developer ToolsorCTRL+ALT+SHIFT+I - Change to the Console tab
- Create a new not dismissable notification using this snippet:
new Notification('not dismissable', {requireInteraction:true}) - Notification stays on top until you dismiss it manually
Create a dismissable notification with a similar snippet: new Notification('dismissable')
Edit: Looks that this only affects Chromium browsers, when using the not dismissable snippet in Firefox the notification goes away after 5 secs (my OS setting).
This is not a Teams only problem though. I have it also in Threema Web for example.
I'd also like to see this resolved. I'm using teams for my work communication and having to manually dismiss hundreds of notifications per day is really tiresome. Thank you!
Any news on this? I use the app for multiple accounts (Teams, Discord, Messenger...), it often happens that you end up with notifications all the way to the bottom of the screen and you have to close them all one by one. If anyone has a solution, I'm interested. (I use Manjaro + KDE)
Hey!
I've been trying to reproduce this issue with the latest nightly and Windows 11 and it looks like I'm not able to.
Can I assume this issue only happens in Manjaro + KDE ? Can anyone who uses windows and macOS also confirm having this issue?
I was the original poster of this issue and I use Windows 11. However, I have made it a habit to manually close the notifications so I have no idea if this problem still exists. I'll test and see.
I can confirm, this is still happening. Windows 11 23H2, Ferdium 7.0.1-nightly.11
Still happens on Kubuntu 24.10 with Ferdium 7.0.0.
I assigned a key combination to forcibly close all notifications including the persistent ones (Enumerating all the notifications and closing them one by one starting from this number to zero).
One of the ways to fix it is to block the notification in JS an recreate it as ephemeral, requires some JS tinkering but definitely possible.
still the same for (again) Manjaro + KDE here. afaiu this is due to the notification type: https://github.com/ferdium/ferdium-app/issues/1574#issuecomment-2397895007 so no JS workarounds are needed if ferdium would "just" override the 'not dismissable' thing by Teams and others. at least that is what I understood
Found an issue in MS Teams forum about this issue https://answers.microsoft.com/en-us/msteams/forum/all/web-new-microsoft-teams-notifications-are-always/ef550955-e675-4659-9956-5a6d351bb70b but, as usual, with no adequate response :(
So, seems we have to invent a workaround from Ferdium side to intercept notifications and overwrite the "requireInteraction" option in them.
By the way, maybe a fix from here https://github.com/ferdium/ferdium-app/issues/1675#issuecomment-2078996172 can help?
And because the main issue is on the MS Teams side, let's maybe submit more feedback and reports in the forum about this problem to MS Teams, to attract attention? I already started to do this :)
Found an issue in MS Teams forum about this issue https://answers.microsoft.com/en-us/msteams/forum/all/web-new-microsoft-teams-notifications-are-always/ef550955-e675-4659-9956-5a6d351bb70b but, as usual, with no adequate response :(
That was me using my corp account. Someone else should test this with regular Teams (not business) and ask in the forums
The same problem is with ms private account (teams). I think we (Ferdium) should be able to overwrite it in settings.
BTW: There is workaround for Windows (which I do not use, but I helped friend to setup Ferdium), Settings - Privacy - "Notify Taskbar/Dock on new message". And we turned off notifications for Ferdium in Windows.
For Linux there are also workarounds for it, but it depends on notification daemons you use (mako, dunst, ... allows to customize timeouts).