Summary: | system notification is not shown at the same time as the OSD | ||
---|---|---|---|
Product: | [Applications] amarok | Reporter: | S. Burmeister <sven.burmeister> |
Component: | Notifications | Assignee: | Amarok Developers <amarok-bugs-dist> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | 123kash, kde, kfunk |
Priority: | NOR | Keywords: | regression |
Version: | 2.6-git | ||
Target Milestone: | 2.7 | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/amarok/f7170ee1872432d05bcb58e6c1ac36b69849e765 | Version Fixed In: | 2.7 |
Sentry Crash Report: |
Description
S. Burmeister
2011-01-22 11:30:55 UTC
Removing all widgets improves the situation but the notification is still not shown at the same time as the OSD but soem seconds later. What Amarok version is this about? Please don't forget to set it when you report a bug. yesterday's git Confirmed on current git Amarok just creates new event for KNotify and ask daemon to show It. There is no way to force KNotify to draw new event before Its own timer event. It's not a bug. So you claim that there is a >1 second delay between amarok creating the notification and the daemon showing it? If so, please re-assign to the notification component since that one seems to cause a delay then. Something is causing a delay and that's a bug. My bad. There is really the 3s timer. Sergey, any news on this? I assume this is still valid with current git? Currently, with Amarok v2.6.0-422-gfc07990 and KDE 4.9.3, the system notification doesn't show up at all. Git commit f7170ee1872432d05bcb58e6c1ac36b69849e765 by Matěj Laitl. Committed on 29/12/2012 at 19:59. Pushed by laitl into branch 'master'. KNotificationBackend: rework to make notifications instant and more reliable BUGFIXES: * Make track announcements via KDE Notifications instant. FIXED-IN: 2.7 M +1 -0 ChangeLog M +54 -68 src/KNotificationBackend.cpp M +11 -12 src/KNotificationBackend.h http://commits.kde.org/amarok/f7170ee1872432d05bcb58e6c1ac36b69849e765 When I asked about the delay a year ago or more, it was said this is intended to prevent notificiation spamming when you quickly skip through tracks … I'm wondering about this, too. When I wrote the code, I used this delay to prevent this. Can't check atm, but what happens when you quickly skip through songs? What is the status of this bug? Comment #12 seems to indicate that there is still something to investigate. (In reply to comment #13) > What is the status of this bug? Comment #12 seems to indicate that there is > still something to investigate. No it doesn't, I checked with Kevin. |