On Wednesday 21 October 2009, xquartz-dev-request@lists.macosforge.org wrote:
Those of you seeing this, let's try to figure out why I'm not reproducing it. What are your configurations:
laptop/trackpad? keyboard/mouse? tablet?
Jeremy, I can reproduce it on my two macs 1) MacBookPro 2.4 GHz Intel Core 2 Duo, 4GB Ram 667 MHz (US model) GeForce 8600M GT, SL 10.6.1 I think I bought it 1,5 year ago :-) with wacom tablet - latest driver installed, but with or without the tablet - no difference, I don't have an external keyboard 2) MacBook Air 1.86 GHz Intel Core 2 Duo, 2 GB Ram 1067 MHz (US model) NVIDIA GeForce 9400M, SL 10.6.1 - I bought in April this year, but there are newer models after that :-( I have the latest wacom driver installed but often I use it without any additional mouse, tablet etc. but exactly the same behavior like the MacBook Pro Christof -- public key www.hfph.mwn.de/~chwolf/chwolf.asc Please respect my privacy and do not make my contact information available to third parties.
Hmm... ok... so it looks like there's nothing really "special" about these configurations I'm seeing ... atleast nothing obvious... I was actually joking with someone about this earlier... but if someone experiencing this bug is in the Bay Area and wouldn't mind showing it to me in person, I'd be willing to come visit you and hopefully get to the bottom of it... Otherwise, I'll just try to put together a build with a ton of debug spew and hopefully that will help... On Oct 22, 2009, at 15:26, Christof Wolf wrote:
On Wednesday 21 October 2009, xquartz-dev- request@lists.macosforge.org wrote:
Those of you seeing this, let's try to figure out why I'm not reproducing it. What are your configurations:
laptop/trackpad? keyboard/mouse? tablet?
Jeremy,
I can reproduce it on my two macs
1) MacBookPro 2.4 GHz Intel Core 2 Duo, 4GB Ram 667 MHz (US model) GeForce 8600M GT, SL 10.6.1 I think I bought it 1,5 year ago :-) with wacom tablet - latest driver installed, but with or without the tablet - no difference, I don't have an external keyboard
2) MacBook Air 1.86 GHz Intel Core 2 Duo, 2 GB Ram 1067 MHz (US model) NVIDIA GeForce 9400M, SL 10.6.1 - I bought in April this year, but there are newer models after that :-( I have the latest wacom driver installed but often I use it without any additional mouse, tablet etc. but exactly the same behavior like the MacBook Pro
Christof -- public key www.hfph.mwn.de/~chwolf/chwolf.asc
Please respect my privacy and do not make my contact information available to third parties. _______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
On Oct 23, 2009, at 12:26 AM, Christof Wolf wrote:
On Wednesday 21 October 2009, xquartz-dev- request@lists.macosforge.org wrote:
Those of you seeing this, let's try to figure out why I'm not reproducing it. What are your configurations:
laptop/trackpad? keyboard/mouse? tablet?
Jeremy,
I can reproduce it on my two macs
1) MacBookPro 2.4 GHz Intel Core 2 Duo, 4GB Ram 667 MHz (US model) GeForce 8600M GT, SL 10.6.1 I think I bought it 1,5 year ago :-) with wacom tablet - latest driver installed, but with or without the tablet - no difference, I don't have an external keyboard
2) MacBook Air 1.86 GHz Intel Core 2 Duo, 2 GB Ram 1067 MHz (US model) NVIDIA GeForce 9400M, SL 10.6.1 - I bought in April this year, but there are newer models after that :-( I have the latest wacom driver installed but often I use it without any additional mouse, tablet etc. but exactly the same behavior like the MacBook Pro
Christof
Hello all, I can reproduce the problem on my MacBook3,1 running 10.6.1 with Xquartz 2.4.1_alpha3 (with and without X11.bin-1.7.0.901). Doesn't matter if I use the internal trackpad or the external USB mouse. As soon as I switch away from X11 the input seems to be frozen and not being restored when switching back to X11 (that even holds for the quartz title bar of the X11 windows -- there's no interacting with the title bar or the three shiny buttons). But I noticed that the input can be restored if one minimizes (cmd+m) the X11 window and restores it from the Dock. Could that at all be a problem related to the WindowServer-X11-brigde instead of X11 itself? Kind regards, Heiko.
On Oct 26, 2009, at 05:59, Heiko Przybyl wrote:
Hello all,
I can reproduce the problem on my MacBook3,1 running 10.6.1 with Xquartz 2.4.1_alpha3 (with and without X11.bin-1.7.0.901). Doesn't matter if I use the internal trackpad or the external USB mouse. As soon as I switch away from X11
How are you switching away? Any way in particular? clicking another window, the dock, cmd-tab, ... ?
the input seems to be frozen and not being restored when switching back to X11 (that even holds for the quartz title bar of the X11 windows -- there's no interacting with the title bar or the three shiny buttons). But I noticed that the input can be restored if one minimizes (cmd+m) the X11 window and restores it from the Dock.
That is consistent. Input isn't "frozen" in this bug ... what is happening is a client is grabbing input focus and then it doesn't get released. I'm guessing the release event somehow gets lost or ignored or something. The minimization does an unmap which results in the release.
Could that at all be a problem related to the WindowServer-X11-brigde instead of X11 itself?
Well, the issue is possibly both. It's from something changing outside of the XQuartz DDX between 1.5 and 1.6. Either it's a bug outside of XQuartz or XQuartz needs to be updated to behave in a new fashion for these new changes.
On Oct 26, 2009, at 5:34 PM, Jeremy Huddleston wrote:
On Oct 26, 2009, at 05:59, Heiko Przybyl wrote:
Hello all,
I can reproduce the problem on my MacBook3,1 running 10.6.1 with Xquartz 2.4.1_alpha3 (with and without X11.bin-1.7.0.901). Doesn't matter if I use the internal trackpad or the external USB mouse. As soon as I switch away from X11
How are you switching away? Any way in particular? clicking another window, the dock, cmd-tab, ... ?
Cmd+tab seems to work, but i had the feeling of it being broken before as well. Returning from a non-X11 window breaks things, but only if the X11- window is activated by a click into the X11-part (i.e. not the title bar). I was able to switch between Terminal.app and X11 several times without the problem happening, for as long as i reactivated the X11- window by a click onto the title bar. A reactivation by a click into the X11-part breaks the input immediately.. Ok, I could reduce it a bit more: There's no need to switch away from X11 to a native aqua application at all. It's enough to just switch X11-windows. I did it the following way: Open 2 xterms. Type to them whatever you want, switch between them by using cmd+, or clicks to the title bars. That'll work as expected. But if you click into one window (not the title bar) it'll show the broken input symptom. I further noticed that the keystrokes that were entered in the "broken" window, will be shown after unmapping/remapping (i.e. minimize/unminimize) the window. So it looks like a refresh/redraw problem If you want a specific kind of trace (be it dtruss, gdb or w/e) just hint me how you want it to be done. I can try to do a screen capture to show the problem, if you need it.
the input seems to be frozen and not being restored when switching back to X11 (that even holds for the quartz title bar of the X11 windows -- there's no interacting with the title bar or the three shiny buttons). But I noticed that the input can be restored if one minimizes (cmd+m) the X11 window and restores it from the Dock.
That is consistent. Input isn't "frozen" in this bug ... what is happening is a client is grabbing input focus and then it doesn't get released. I'm guessing the release event somehow gets lost or ignored or something. The minimization does an unmap which results in the release.
Hmm lost events? Wasn't there a change to event timers to fix some sort of lost events for X11-screensavers? Maybe that had more side effects than expected? (Just a wild guess; http://cgit.freedesktop.org/xorg/xserver/commit/?id=db568f9eabf3450d8a023597... )
Could that at all be a problem related to the WindowServer-X11- brigde instead of X11 itself?
Well, the issue is possibly both. It's from something changing outside of the XQuartz DDX between 1.5 and 1.6. Either it's a bug outside of XQuartz or XQuartz needs to be updated to behave in a new fashion for these new changes.
And still I'm wondering why XQuartz.app is the only app that doesn't minimize windows into it's dock icon (all other apps, including third party things, do). Another tiny thing for your /opt-installation i encountered on X11.bin invocation on the terminal: /opt/X11/bin/font_cache: line 197: /usr/X11/bin/fc-cache: No such file or directory The path to fc-cache prolly should be /opt/... -- Heiko
participants (3)
-
Christof Wolf
-
Heiko Przybyl
-
Jeremy Huddleston