Bugzilla – Full Text Bug Listing
| Summary: | Virtual Tree eats shell activations | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Paul Webster <pwebster> | ||||
| Component: | SWT | Assignee: | Silenio Quarti <Silenio_Quarti> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | major | ||||||
| Priority: | P3 | CC: | billy.biggs, daniel_megert, Mike_Wilson, snorthov, Tod_Creasey | ||||
| Version: | 3.2 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Linux-GTK | ||||||
| Whiteboard: | |||||||
| Bug Depends on: | |||||||
| Bug Blocks: | 135535 | ||||||
| Attachments: |
|
||||||
|
Description
Paul Webster
Created attachment 38192 [details]
2 SWT shells with a virtual tree
start up both windows and switch between them ... fine.
Expand and select a second level item in one tree, switch to the other window and select text in the styledtext widget, and then ALT+TAB between them. Sometimes I'll get the 2 activations, sometimes it'll skip an activation, and sometimes it always gives me the activation for the last active window (shell-1 when it should be shell-2).
I'm running gnome on:
Red Hat Enterprise Linux WS release 4 (Nahant Update 2)
Linux wspwebster 2.6.9-22.0.1.EL #1 Tue Oct 18 18:29:40 EDT 2005 i686 i686 i386 GNU/Linux
gtk2-2.4.13-18
Later,
PW
Paul
Here are my windows results
ASSP: handleEvent:19: Shell {Shell-2}
newActiveShell: Shell {Shell-2}
ASSP: handleEvent:20: Tree {}
ASSP: handleEvent:21: Shell {Shell-1}
newActiveShell: Shell {Shell-1}
ASSP: handleEvent:22: Tree {}
SN and I are looking at this. Fixed > 20060411 This bug was caused by the work around for the "three wise men" bug #67979 (ontop shells that have focus cause GTK to go into "focus follows pointer" mode when they are disposed). The old work around filtered the X queue (gasp). The new work around uses XSetInputFocus() to hammer the X focus whenever an ontop shell is active (yikes). Everyone needs to be on the look out for "wrong window coming to front" and "keys going nowhere" bugs. Silenio & Steve (Note that the real fix is to upgrade to GTK+ 2.6.8 where the GTK+ bug that causes this is fixed). This is a very dangerous thing to change this late in 3.2. I hope this fix is good. With I20060412-1200 I can kill my keybindings very quickly. In eclipse, open the second window and open some files. CTRL+F7 to the outline view and select a method. Now when I switch back to my first window (with editors active) I no longer get a caret and none of my key-presses seem to get through. Once I click in the window, I still don't get a caret, but CTRL+J will insert a CR in the java editor (it's supposed to be incremental find). PW I just ran a test with the SWT example and cannot reproduce the problem in straight SWT. It seems to work fine. PW The fix for the original problem missed some causes. Fixed > 20060412. Paul, could you try the next RC1 candidate build? I've tried I20060413-0010 and it's a great improvement. I haven't had the problem in the first 30 minutes (it used to take 30 seconds). PW But I do get into this state eventually. I'm receiving shell activation events but for only one of the 2 windows. I no longer receive them for the second window. PW |