2.3.0 not playing well with spaces hot-key combination (locking control key)
Folks, I just updated my 10.5.4 box to X11-2.3.0 and I'm experiencing a rather annoying issue. I use a hotkey combination (CTRL + arrow keys) to move around between spaces. When I use this combination to switch out of the space where X11 is runninig, whenever I return to that space (either by hotkeys or using the spaces dock icon) all of my xterms seem to think the CTRL key is still held down. If I press the CTRL key and release it after coming into the X11 space the problem seems to clear itself. I do not see this problem if I use the dock to move out of this space and use a hot-key to come back in. I do not see this problem if I use the dock to move out of this space and use the dock to come back in. I only see this problem if I switch out of this space using the CTRL +arrow hot key combination. Is this a known issue? -Darren
+ Darren Nickerson <darren.nickerson@ifax.com>:
I just updated my 10.5.4 box to X11-2.3.0 and I'm experiencing a rather annoying issue. I use a hotkey combination (CTRL + arrow keys) to move around between spaces. When I use this combination to switch out of the space where X11 is runninig, whenever I return to that space (either by hotkeys or using the spaces dock icon) all of my xterms seem to think the CTRL key is still held down. [...]
Is this a known issue?
Yes. I think it has finally moved up near the top of Jeremy's list of things to work on, so maybe a fix will be forthcoming. A workaround, if you haven't already found it, is to hit the control key after moving to the new space. - Harald
On Aug 1, 2008, at 7:13 AM, Harald Hanche-Olsen wrote:
+ Darren Nickerson <darren.nickerson@ifax.com>:
I just updated my 10.5.4 box to X11-2.3.0 and I'm experiencing a rather annoying issue. I use a hotkey combination (CTRL + arrow keys) to move around between spaces. When I use this combination to switch out of the space where X11 is runninig, whenever I return to that space (either by hotkeys or using the spaces dock icon) all of my xterms seem to think the CTRL key is still held down. [...]
Is this a known issue?
Yes. I think it has finally moved up near the top of Jeremy's list of things to work on, so maybe a fix will be forthcoming.
Ah, OK, thanks for the follow-up. I saw comments about issues with non- US keyboards, but I did not see this one listed.
A workaround, if you haven't already found it, is to hit the control key after moving to the new space.
Yup, that's what I have been using, but I frequently destroy a few xterms with accidental CTRL-D's before I realize what's happening ;-) Since this is a known issue I'll assume you don't need test cases and will downgrade for now. Many thanks again for the prompt reply! -Darren
Ok, so I had some time today and wanted to actually try reproducing this, but I can't for the life of me get this to trigger. Can you please be as specific as possible in the following: 1) What are your spaces preferences? Do you have "when switching to an application, switch to a space with open windows for that application" enabled? 2) Do you have X11 running in the "other" space (ie, the one you switched to, then away from)? 3) Can you reproduce this with no running applications in the "other" space? (so when you switch there, you're just in Finder) 4) When you release the ctrl-arrow key (or ctrl-number key), can you hold it down for about 2 seconds after going to the space, then release the ctrl, then wait a second, then release the arrow. I want to see if there's some kind of race and you're "faster" than I am or something... 5) Can you tell me what the X11 Preferences Input menu options are? Thanks, Jeremy On Aug 1, 2008, at 06:06, Darren Nickerson wrote:
On Aug 1, 2008, at 7:13 AM, Harald Hanche-Olsen wrote:
+ Darren Nickerson <darren.nickerson@ifax.com>:
I just updated my 10.5.4 box to X11-2.3.0 and I'm experiencing a rather annoying issue. I use a hotkey combination (CTRL + arrow keys) to move around between spaces. When I use this combination to switch out of the space where X11 is runninig, whenever I return to that space (either by hotkeys or using the spaces dock icon) all of my xterms seem to think the CTRL key is still held down. [...]
Is this a known issue?
Yes. I think it has finally moved up near the top of Jeremy's list of things to work on, so maybe a fix will be forthcoming.
Ah, OK, thanks for the follow-up. I saw comments about issues with non- US keyboards, but I did not see this one listed.
A workaround, if you haven't already found it, is to hit the control key after moving to the new space.
Yup, that's what I have been using, but I frequently destroy a few xterms with accidental CTRL-D's before I realize what's happening ;-)
Since this is a known issue I'll assume you don't need test cases and will downgrade for now. Many thanks again for the prompt reply!
-Darren _______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
Jeremy, 1. My spaces preferences do have 'switching to an application, switch to a space with open windows for that application' selected. Other settings: o spaces enabled (selected) o show spaces in menu bar (selected) o I have two row and three columns of spaces o Application assignments have RSIGuard in every space o To activate spaces F8 - o To switch between spaces ^ Arrow Keys o To switch directly to a space ^ Number Keys 2. I only have X11 running in one space. When I login it starts in space 1 (the application is set to start at login as part of my profile but I have not told it to go to space 5) so then I quit it, move to space 5 and restart it. I do not usually have X running in other spaces, as this has caused problems in the past for me. 3. To test this, I quit RSIGuard (which was running in all spaces). I'm pleased to report that when I switched to a space where no applications were running, the problem disappeared. When I restarted RSIGuard (which runs on all spaces) the problem returned. 4. If I do the keystrokes slowly as you have described, the problem does not occur. I start in the x windows spaces, then held CTRL, then hit arrow and held. Once in the new space I held both keys depressed for 2 seconds, and I noted the arrow (showing the transition I had just done) in the dock icon disappeared. Then I released CTRL, waited one second then released arrow. I repeated this sequence to get back to the original X11 space and I did not see the problem. I repeated this a few times to be sure. 5. For input, I have the bottom two selected (Follow system keyboard layout and Enable Key Equivalents. Hope this helps! -Darren On Aug 3, 2008, at 7:44 PM, Jeremy Huddleston wrote:
Ok, so I had some time today and wanted to actually try reproducing this, but I can't for the life of me get this to trigger. Can you please be as specific as possible in the following:
1) What are your spaces preferences? Do you have "when switching to an application, switch to a space with open windows for that application" enabled?
2) Do you have X11 running in the "other" space (ie, the one you switched to, then away from)?
3) Can you reproduce this with no running applications in the "other" space? (so when you switch there, you're just in Finder)
4) When you release the ctrl-arrow key (or ctrl-number key), can you hold it down for about 2 seconds after going to the space, then release the ctrl, then wait a second, then release the arrow. I want to see if there's some kind of race and you're "faster" than I am or something...
5) Can you tell me what the X11 Preferences Input menu options are?
Thanks, Jeremy
On Aug 1, 2008, at 06:06, Darren Nickerson wrote:
On Aug 1, 2008, at 7:13 AM, Harald Hanche-Olsen wrote:
+ Darren Nickerson <darren.nickerson@ifax.com>:
I just updated my 10.5.4 box to X11-2.3.0 and I'm experiencing a rather annoying issue. I use a hotkey combination (CTRL + arrow keys) to move around between spaces. When I use this combination to switch out of the space where X11 is runninig, whenever I return to that space (either by hotkeys or using the spaces dock icon) all of my xterms seem to think the CTRL key is still held down. [...]
Is this a known issue?
Yes. I think it has finally moved up near the top of Jeremy's list of things to work on, so maybe a fix will be forthcoming.
Ah, OK, thanks for the follow-up. I saw comments about issues with non- US keyboards, but I did not see this one listed.
A workaround, if you haven't already found it, is to hit the control key after moving to the new space.
Yup, that's what I have been using, but I frequently destroy a few xterms with accidental CTRL-D's before I realize what's happening ;-)
Since this is a known issue I'll assume you don't need test cases and will downgrade for now. Many thanks again for the prompt reply!
-Darren _______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
It's a start. Thanks. =) i'll probably take a look at this again in the next couple days, so if I'm able (or not) to reproduce it, I'll let you know. --Jeremy On Aug 3, 2008, at 17:39, Darren Nickerson wrote:
Jeremy,
1. My spaces preferences do have 'switching to an application, switch to a space with open windows for that application' selected. Other settings:
o spaces enabled (selected) o show spaces in menu bar (selected) o I have two row and three columns of spaces o Application assignments have RSIGuard in every space o To activate spaces F8 - o To switch between spaces ^ Arrow Keys o To switch directly to a space ^ Number Keys
2. I only have X11 running in one space. When I login it starts in space 1 (the application is set to start at login as part of my profile but I have not told it to go to space 5) so then I quit it, move to space 5 and restart it. I do not usually have X running in other spaces, as this has caused problems in the past for me.
3. To test this, I quit RSIGuard (which was running in all spaces). I'm pleased to report that when I switched to a space where no applications were running, the problem disappeared. When I restarted RSIGuard (which runs on all spaces) the problem returned.
4. If I do the keystrokes slowly as you have described, the problem does not occur. I start in the x windows spaces, then held CTRL, then hit arrow and held. Once in the new space I held both keys depressed for 2 seconds, and I noted the arrow (showing the transition I had just done) in the dock icon disappeared. Then I released CTRL, waited one second then released arrow. I repeated this sequence to get back to the original X11 space and I did not see the problem. I repeated this a few times to be sure.
5. For input, I have the bottom two selected (Follow system keyboard layout and Enable Key Equivalents.
Hope this helps!
-Darren
On Aug 3, 2008, at 7:44 PM, Jeremy Huddleston wrote:
Ok, so I had some time today and wanted to actually try reproducing this, but I can't for the life of me get this to trigger. Can you please be as specific as possible in the following:
1) What are your spaces preferences? Do you have "when switching to an application, switch to a space with open windows for that application" enabled?
2) Do you have X11 running in the "other" space (ie, the one you switched to, then away from)?
3) Can you reproduce this with no running applications in the "other" space? (so when you switch there, you're just in Finder)
4) When you release the ctrl-arrow key (or ctrl-number key), can you hold it down for about 2 seconds after going to the space, then release the ctrl, then wait a second, then release the arrow. I want to see if there's some kind of race and you're "faster" than I am or something...
5) Can you tell me what the X11 Preferences Input menu options are?
Thanks, Jeremy
On Aug 1, 2008, at 06:06, Darren Nickerson wrote:
On Aug 1, 2008, at 7:13 AM, Harald Hanche-Olsen wrote:
+ Darren Nickerson <darren.nickerson@ifax.com>:
I just updated my 10.5.4 box to X11-2.3.0 and I'm experiencing a rather annoying issue. I use a hotkey combination (CTRL + arrow keys) to move around between spaces. When I use this combination to switch out of the space where X11 is runninig, whenever I return to that space (either by hotkeys or using the spaces dock icon) all of my xterms seem to think the CTRL key is still held down. [...]
Is this a known issue?
Yes. I think it has finally moved up near the top of Jeremy's list of things to work on, so maybe a fix will be forthcoming.
Ah, OK, thanks for the follow-up. I saw comments about issues with non- US keyboards, but I did not see this one listed.
A workaround, if you haven't already found it, is to hit the control key after moving to the new space.
Yup, that's what I have been using, but I frequently destroy a few xterms with accidental CTRL-D's before I realize what's happening ;-)
Since this is a known issue I'll assume you don't need test cases and will downgrade for now. Many thanks again for the prompt reply!
-Darren _______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
In thinking about this, there might be a few things I expect I'll want to know when I try this out tomorrow... On Aug 3, 2008, at 17:39, Darren Nickerson wrote:
3. To test this, I quit RSIGuard (which was running in all spaces). I'm pleased to report that when I switched to a space where no applications were running, the problem disappeared. When I restarted RSIGuard (which runs on all spaces) the problem returned.
Is RSIGuard absolutely required, or can you get this to trigger if any application (try TextEdit) is running on the "other" space?
4. If I do the keystrokes slowly as you have described, the problem does not occur. I start in the x windows spaces, then held CTRL, then hit arrow and held. Once in the new space I held both keys depressed for 2 seconds, and I noted the arrow (showing the transition I had just done) in the dock icon disappeared. Then I released CTRL, waited one second then released arrow. I repeated this sequence to get back to the original X11 space and I did not see the problem. I repeated this a few times to be sure.
Can you give me a sense of how quickly you tap and release the key sequence? Do you tend to quickly tap-release both keys? Do you tend to hold control and tap the number? Do you tend to release the control key before the number, or the other way around? Thanks for your quick responses =) --Jeremy
On 04 Aug 08, at 00:28, Jeremy Huddleston wrote:
In thinking about this, there might be a few things I expect I'll want to know when I try this out tomorrow...
For further fun - the case where I run into sticky keys is when using programs which activate on keystrokes. Adium is a really easy example: it's got an option in the preferences for a "Global Shortcut". Switch to X11, activate Adium with the shortcut, then switch back to X11 to trigger the stickiness. Space-switching is just a special case of the same situation - the application switch just happens to be initiated by the Dock, not by another app.
On Aug 4, 2008, at 3:28 AM, Jeremy Huddleston wrote:
In thinking about this, there might be a few things I expect I'll want to know when I try this out tomorrow...
On Aug 3, 2008, at 17:39, Darren Nickerson wrote:
3. To test this, I quit RSIGuard (which was running in all spaces). I'm pleased to report that when I switched to a space where no applications were running, the problem disappeared. When I restarted RSIGuard (which runs on all spaces) the problem returned.
Is RSIGuard absolutely required, or can you get this to trigger if any application (try TextEdit) is running on the "other" space?
I can get it to happen with Preview and with Firefox (so I guess any application), but only if I have spaces configured to put that application on all spaces. If I only have the other application running in space 6, and I CTRL->arrow from space 5 where X11 is running to space 6 with the other app, and while still having the CTRL key held down from the first move arrow directly back to space 5 I do not see the problem. If I repeat that process with the other application running on all spaces, then I see the problem. So in summary all I have to do is have an application configured to run in all spaces, and have that application actually running, to see the problem.
4. If I do the keystrokes slowly as you have described, the problem does not occur. I start in the x windows spaces, then held CTRL, then hit arrow and held. Once in the new space I held both keys depressed for 2 seconds, and I noted the arrow (showing the transition I had just done) in the dock icon disappeared. Then I released CTRL, waited one second then released arrow. I repeated this sequence to get back to the original X11 space and I did not see the problem. I repeated this a few times to be sure.
Can you give me a sense of how quickly you tap and release the key sequence? Do you tend to quickly tap-release both keys? Do you tend to hold control and tap the number? Do you tend to release the control key before the number, or the other way around?
Typically I hold the CTRL key down, and "arrow around" with quick arrow presses until I reach the space I want, then I release the CTRL key. -Darren
Yeah, it's near the top, but below the 'X11 crashes at startup' that people have been reporting now. =/ I think I'm going to "release" the "final" release-candidate to both xquartz-dev and x11-users from now on, so we can hopefully avoid these kinds of issues in a final release in the future =( --Jeremy On Aug 1, 2008, at 04:13, Harald Hanche-Olsen wrote:
+ Darren Nickerson <darren.nickerson@ifax.com>:
I just updated my 10.5.4 box to X11-2.3.0 and I'm experiencing a rather annoying issue. I use a hotkey combination (CTRL + arrow keys) to move around between spaces. When I use this combination to switch out of the space where X11 is runninig, whenever I return to that space (either by hotkeys or using the spaces dock icon) all of my xterms seem to think the CTRL key is still held down. [...]
Is this a known issue?
Yes. I think it has finally moved up near the top of Jeremy's list of things to work on, so maybe a fix will be forthcoming.
A workaround, if you haven't already found it, is to hit the control key after moving to the new space.
- Harald _______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
participants (4)
-
Andrew Farmer
-
Darren Nickerson
-
Harald Hanche-Olsen
-
Jeremy Huddleston