Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 94028

Summary:	Desktop locks up when breakpoint hit after combo box selection
Product:	[Eclipse Project] JDT	Reporter:	Christian Sell <cse>
Component:	Debug	Assignee:	JDT-Debug-Inbox <jdt-debug-inbox>
Status:	RESOLVED DUPLICATE	QA Contact:
Severity:	normal
Priority:	P3	CC:	billy.biggs, icwill
Version:	3.1
Target Milestone:	---
Hardware:	PC
OS:	Linux-GTK
Whiteboard:

Description Christian Sell

2005-05-07 06:32:07 EDT

I have a breakpoint that is hit whenever a selection in a combo box (drop down
list) occurs. As soon as the breakpoint is reached, the debugger gains focus and
is positioned at the breakpoint - but the combo box is still visible on top of
the debugger, and the complete Gnome desktop is locked. 
The only escape is to go to a text terminal (Ctrl-Alt-F1) and kill the debuggee
process.

Comment 1 Christian Sell

2005-05-07 06:36:54 EDT

.. this is on 3.1M6, J2SDK 1.4.2_07, GTK 2

Comment 2 Darin Wright

2005-05-09 11:38:07 EDT

Billy, can you take a look at this one?

Comment 3 Billy Biggs

2005-05-09 12:28:51 EDT

Combo boxes on GTK+ are implemented using an X grab.  The X server is locked
until the grab is released.  To use a debugger on this, you will have to use
remote X.  It is the same in Eclipse as if you were using gdb on the command
line. :(

I do intend to write up some sort of document to help explain this.  I do not
think there is anything eclipse can do about it, really.  See bug 20006 for some
more discussion.

*** This bug has been marked as a duplicate of 20006 ***

Comment 4 Ian Will

2010-10-13 10:57:33 EDT

Passing this as a VM argument prevents the screen from freezing.  Found the workaround here (http://bugs.sun.com/view_bug.do?bug_id=6714678)

-Dsun.awt.disablegrab=true