Created attachment 72839 [details]
Juk window entry flashing for attention, even though the window has focus and no attention-demanding action occured.
Some Taskbar items randomly flash for attention – without needing it, obviously, and sometimes even when the window has focus anyway.
I have found no way to reproduce the bug all the time but Dolphin window entries and Juk seem most often affected. With Juk I can sometime reproduce it by closing and opening the main window via the tray icon.
IIRC the bug appeared in 4.8 and still is there in 4.9RC2.
I can can confirm this, running KDE 4.9 under openSUSE x64
Created attachment 73318 [details]
app calling for attention though none required
lately this has been fine
(In reply to comment #3)
> lately this has been fine
Lately as in 4.9.1? Can this be closed, then?
lately is 4.9.1, but I was not only reporter
(In reply to comment #4)
> (In reply to comment #3)
> > lately this has been fine
> Lately as in 4.9.1? Can this be closed, then?
Possibly but I honestly did not look out for it. Give me a few days.
spoke too soon, today Chromium will not stop until I close and restart it
if it matters, on my taskbar it highlights for attention not flashes
the issues is better then it was but I guess it still can be intermittent
On Mon, Sep 17, 2012 at 9:16 PM, Markus S. <email@example.com> wrote:
> --- Comment #6 from Markus S. <firstname.lastname@example.org> ---
> (In reply to comment #4)
> > (In reply to comment #3)
> > > lately this has been fine
> > Lately as in 4.9.1? Can this be closed, then?
> Possibly but I honestly did not look out for it. Give me a few days.
> You are receiving this mail because:
> You voted for the bug.
> You are on the CC list for the bug.
today Dolphin is highlighted for attention, why? Closing and restarting it fixed it
Yeah, the bug is no longer as serious but my Firefox window (in which I currently type) wants attention although it has focus.
As for Juk the bug was reduced to a degree that opening the window via a click on the tray icon results only in a single attention flash.
Could be a dupe of bug #275835 ?
(In reply to comment #10)
> Could be a dupe of bug #275835 ?
Maybe but in that bug it is claimed that the bug is fixed in 4.9.1. I use 4.9.1 and this bug is still present.
Happened to me with Okular today, I believe this is the same bug. I opened three documents in rapid succession, and they all flashed for attention as they opened up. Even after clicking each of them such that the individual tasks didn't flash for attention, the taskbar item for the group was lit up.
Using KDE 4.9.2 from Fedora 17 repos (64-bit).
Created attachment 74347 [details]
Group in taskbar lit up for attention even though none of the individual windows need attention
The key to reproducing this bug appears to be launching applications (or several instances of applications) almost at the same time. I've been able to reproduce the bug fairly reliably by doing the following:
1) Launch an application
2) Launch another application (or instance of another app) very fast, such as by opening a document or quickly using KRunner
3) When the task bar icon for the first application starts flashing, click the icon for the second application
Now, even after the second application has loaded, the task bar icon for the first application should remain lit up (not flashing) and it won't go away even after clicking it/focusing it.
The trick seems to be to not let the first application become active/focused, but I'm not 100% sure of this. I've had some (but limited) success reproducing the bug by having an application already open, then launching another and switching back (focusing) to the first app as soon as the main window of the new app opens up and receives focus.
(In reply to comment #14)
> The trick seems to be to not let the first application become
> active/focused, but I'm not 100% sure of this.
I can confirm this. The cause are applications opening in the background. Easier to reproduce with larger apps that take longer to load.
Just to note running 4.9.80 (4.10 beta1) and still experiencing the issue
Same thing here with the Ubuntu's 4.9.3.
I can always reproduce this bug with psi-plus chat windows and have seen it just once with Kmail.
"xprop | grep _NET_WM_STATE_DEMANDS_ATTENTION" does not print anything for the problematic windows.
*** This bug has been marked as a duplicate of bug 275835 ***