This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | Debugging JComboBox with Java 6 kills X input. | ||
---|---|---|---|
Product: | debugger | Reporter: | dustin_mccartney <dustin_mccartney> |
Component: | Code | Assignee: | Martin Entlicher <mentlicher> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | CC: | ilantal, jsnel, misterm, mrs_sheep, pbowyer, sc1 |
Priority: | P1 | ||
Version: | 5.x | ||
Hardware: | PC | ||
OS: | Linux | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
dustin_mccartney
2007-01-24 00:15:42 UTC
This is not NetBeans bug. I've reproduced this with jdb. It's true that on JDK 1.5 it works fine, but on JDK 1.6 it blocks X server. To resurrect from this state it's enough to switch to console (CTRL-ALT-F1), kill the Java app and switch back (CTRL-ALT-F7). I'll file an issue for JDK... Resolving as invalid - not a NetBeans bug. I've submitted a defect #6517045 for JDK. *** Issue 112589 has been marked as a duplicate of this issue. *** Reopening, should not be invalid, but wontfix. Wontfix *** Issue 91602 has been marked as a duplicate of this issue. *** *** Issue 112977 has been marked as a duplicate of this issue. *** *** Issue 141428 has been marked as a duplicate of this issue. *** *** Issue 145263 has been marked as a duplicate of this issue. *** *** Issue 161715 has been marked as a duplicate of this issue. *** *** Issue 167156 has been marked as a duplicate of this issue. *** My work-around is to switch to a different virtual console in gnome using Cntl-Alt-F1, then kill the java process I'm debugging. Then at least you don't have to restart the X server and you don't loose your place in Netbeans. Is it possible to make my default platform java 5 (for debugging) but still run Netbeans under java 6? Yes, you can add JDK 5 into the Java Platforms (Tools -> Java Platforms) and then set the project you're debugging to use that JDK 5. You can also have a look at http://wingware.com/doc/howtos/debug-x-grab Specifically, under (2): Setting option "AllowDeactivateGrabs" "true" in xorg.conf. *** Issue 168572 has been marked as a duplicate of this issue. *** *** Issue 172531 has been marked as a duplicate of this issue. *** *** Issue 174291 has been marked as a duplicate of this issue. *** *** Bug 178685 has been marked as a duplicate of this bug. *** *** Bug 180714 has been marked as a duplicate of this bug. *** Verified ... and Closing all issues resolved into NetBeans 6.7 and earlier. *** Bug 185263 has been marked as a duplicate of this bug. *** *** Bug 192425 has been marked as a duplicate of this bug. *** *** Bug 194839 has been marked as a duplicate of this bug. *** Just for reference, as an easy workaround, this property prevent from the GUI freeze when set to the program being debugged: -Dsun.awt.disablegrab=true As a side-effect some pop-up menus might not be closed, so use it for the debugging only. *** Bug 197220 has been marked as a duplicate of this bug. *** *** Bug 203221 has been marked as a duplicate of this bug. *** As I've mentioned in issue #203221, I've managed to hack into X11 code and find a solution to this problem of locked X server. It's possible to release the window grab via debugger. That allows debugging of the JComboBox. Fixed by changeset: 204876:5aa81c3749e4 http://hg.netbeans.org/main/rev/5aa81c3749e4 Integrated into 'main-golden' Changeset: http://hg.netbeans.org/main-golden/rev/5aa81c3749e4 User: mentlicher@netbeans.org Log: #93076, #203221 Detection of paused threads of applications that holds grabbed window implemented via direct access to X serevr routines. The grab is either released, or application is resumed to prevent from frozen X server. |