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.

Bug 243592 - Breakpoints cause mouse click inputs to be lost / blocked
Summary: Breakpoints cause mouse click inputs to be lost / blocked
Status: RESOLVED WONTFIX
Alias: None
Product: debugger
Classification: Unclassified
Component: Code (show other bugs)
Version: 8.0
Hardware: PC Linux
: P3 normal (vote)
Assignee: Martin Entlicher
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-04-05 14:36 UTC by Laxxor
Modified: 2014-07-28 06:58 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
IDE log (205.47 KB, text/plain)
2014-04-05 14:36 UTC, Laxxor
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Laxxor 2014-04-05 14:36:35 UTC
Product Version = NetBeans IDE 8.0 (Build 201403101706)
Operating System = Linux version 3.11.0-19-generic running on amd64
Java; VM; Vendor = 1.8.0
Runtime = Java HotSpot(TM) 64-Bit Server VM 25.0-b70

When a break point is placed inside a block of code as per the following, when the break point is hit, all mouse click input for the entire machine (not just click relating to netbeans) are lost.  Mouse movement input is unaffected. Keyboard input is unaffected.  Task switching away from netbeans (via keyboard) does not have an effect on the loss of mouse input.

tableView.getSelectionModel().selectedItemProperty().addListener(new ChangeListener<Object>()
            {
                @Override
                public void changed(ObservableValue<? extends Object> ov, Object t, Object t1)
                	{
	        // place a break point on any code in here
	}
});
Comment 1 Laxxor 2014-04-05 14:36:39 UTC
Created attachment 146572 [details]
IDE log
Comment 2 Stanislav Aubrecht 2014-05-23 08:06:30 UTC
There are a lot of debugger related messages in the log, please evaluate, thanks.
Comment 3 Martin Entlicher 2014-07-25 13:11:31 UTC
The exceptions in the log file were already fixed - see issue #240034 and seem to be unrelated to this problem.
This is a JavaFX app, thus it should have been fixed by issue #236376. But I've reproduced this bug.
Comment 4 Martin Entlicher 2014-07-28 06:58:25 UTC
The issue is gone when you add
-Dglass.disableGrab=true
into the VM Options project property.

The mouse grab is taken by the JavaFX toolkit and I did not find a way how to release the grab from Java.