User-Agent: Mozilla/5.0 (X11; U; Linux i686; en; rv:22.214.171.124) Gecko/20070808 Epiphany/2.18 Firefox/126.96.36.199
When setting XUrgencyHint flag on client directly through Xlib (not gdk_window_set_urgency_hint), xfwm4 tries to draw attention even if the window is focused/on top (eg. flashes the taskbar)
Steps to Reproduce:
1. for example install rxvt-unicode
2. set urxvt*urgentOnBell: True in ~/.Xdefaults
3. open and focus urxvt and type echo -e '\a'
Taskbar flashes even if the urxvt window is focused.
Urgent hint shall be taken into account only if the window is not focused.
System: Gentoo Linux
Glib version: 2.12.13
GTK+ version: 2.10.14
But the taskbar is not managed by the window manager... So if an application sets the urgency hint, and the taskbar catches this up, the window manager is not involved.
Ok, but I'm pretty sure the xfwm4 is involved. Because normally when urgency hint is set via gdk, the hint comes into action only when the window is not focused, then when window is focused again, the hint is unset.
Urgency hint is a window property, flashing taskbar is just an implied effect, which i think taskbar plugin does when it sees that some window has this urgent hint set.
The XUrgency hint is a property set to the window that the taskbar monitors and react accordingly.
Xfwm4 is not involved here, and xfwm4 makes absolutely no difference between gtk apps and plain Xlib apps, all are X windows.
I may be wrong here, of course, but since I wrote both xfwm4 and that part in libxfcegui4...
Look for XUrgencyHint in:
And the corresponding commit back in 2004:
This bug can be closed, as it was rxvt-unicode's fault, which was causing this behavior. Sorry for blaming xfwm ;)
Closing this bug, as it's fixed in rxvt-unicode-9.06 - origin of this bug.
Sorry, it's not fixed in 9.06, but there's a patch for it, if someone's interested: https://bugs.gentoo.org/show_bug.cgi?id=240165