User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.3) Gecko/20060504 Firefox/1.5.0.3 Build Identifier: SVN r21804 of all Xfwm, Xfdesktop etc. Keyboard shortcuts defined in the keyboard mcs settings stop working after I close all programs (windows). When open a program, say Terminal, the shortcuts start working as expected again. I think this could have something to do with bug #1776. The desktop icons are disabled. Reproducible: Always Steps to Reproduce: 1. Login - Shortcuts work yet no open windows 2. Open Terminal - Shortcuts still work 3. Close Terminal - Shortcuts don't work 4. Open Terminal - Shortcuts work Expected Results: Shortcuts should keep functioning even if I close all programs.
Oops, misinterpreted `svn info` The correct revision of Xfce components is 21829.
Unfortunately I can't reproduce this problem .Can you elaborate on your configuration a bit?
I'm really not sure what I should be looking for.
Anything useful that may help reproducing the problem here. Things like focus mode, if some app trigger the problem more than others, how many panels you have, etc.
Okay, with following settings (wmtweaks): Cycling: (x) Include skip pager & taskbar windows (x) Include iconified windows ( ) Cycle through windows from... Focus: (x) Stealing prevention (x) Honor ICCCM focus hint Accessibility Grab key: Alt (x) Raise windows with any button (x) Restore original size... ( ) Use edge resistance... Workspaces (x) Switch with mouse wheel (x) Remember and recall previous... ( ) Wrap depending on the actual layout (x) Wrap when first/last reached Placement Minimum size... ~35% In this setup, "Honor the standard ICCCM focus hint" ALONE has an effect. Unchecking it makes shortcuts function as expected.
And for normal WM settings: Focus Model: Click to focus New window focus: Enabled Raise on focus: Disabled Raise in click: Enabled (sorry for the spam)
Does it happen if you iconify apps too or just when you close the latest window?
I have to close all windows, to reproduce the bug. With iconified (minimized) windows the shortcuts keep working.
Can you clarify a bit, do the shortcut launcher work (like alt+f2, etc.)? Do the WM shortcuts work (like alt+left/alt+right to switch desktops?)
Ok, seems I can reproduce the problem somehow here.
*** Bug 1873 has been marked as a duplicate of this bug. ***
(In reply to comment #9) > Can you clarify a bit, do the shortcut launcher work (like alt+f2, etc.)? Do > the WM shortcuts work (like alt+left/alt+right to switch desktops?) > No, none of the shortcuts work. No launcher, nor can I switch workspaces.
(In reply to comment #11) > *** Bug 1873 has been marked as a duplicate of this bug. *** > (In reply to comment #3) http://bugzilla.xfce.org/show_bug.cgi?id=1873#c3 > 21696 is pretty old and fixes for focus management have been committed at > revision 21740, so it's always a good idea to update to the latest SVN version> first in case that fixes the issue with focus. > This is strange because I have a very fresh install. % LANG=C svn up At revision 21914. Oh ok, I need to run ./autogen.sh. Now the version shows r21914. > Are all shortcuts affected, do the regular shortcut launcher still work? > Sorry, what is this shortcut? If you mean Alt-f2 no it doesn't. I tried every possible shortcuts.
Hey Brian, looks like an issue with xfdesktop somehow because I have the same problem with metacity and kwin here, which tends to make me think that the problem doesn't lie in xfwm4 (unlike what I thought initially)
I can confirm that killing xfdesktop makes shortcuts work even though all windows are closed.
Should be fixed with revision 21917.
Olivier, saw your commit message. Is there something I could be doing to fix this in xfdesktop? I'm not manually setting any hints on the window, just using gtk_window_set_accept_focus() and gtk_window_set_focus_on_map(), and yes, I do change the first one of those after the window is realized (not sure if that matters) if the user enables or disables desktop icons at runtime.
I guess there are some stuff that could be done in xfdesktop to unset WM_TAKE_FOCUS, but that would by a bit hacky. I think if that really matters, we might have to bring that to the gtk-devel list, but for now, I think we should just live with it.
I confirm that r21917 fixes the problem for me. I'll leave the bug as-is, if you wish to get confirmation from Mike too.
(In reply to comment #19) > I confirm that r21917 fixes the problem for me. I'll leave the bug as-is, if > you wish to get confirmation from Mike too. > Works fine, thank you again Olivier.
Ok, resolving.
Olivier, I hope you don't mind me reopening the bug instead of opening a new one. The problem seems to be back (currently I'm using r24152) and it's been there a while (at least two or three weeks) - I'm sorry I can't tell the exact revision it reappeared. Everything said earlier seems to apply.
You're right to reopen if the problem is the same, no need to loose all the backlog.
The fix was reverted by fixing bug #2410. I'm not sure what to do with that, as I can't have the desktop focused at times and not at others without actually knowing if the desktop can accept focus...
Also, it's worth noting that metacity and kwin both exhibit the same problem. Seems that the desktop refusing focus is causing troubles to our beloved WM...
Should be fixed with rev. 24169.
Confirmed.