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 216129 - IllegalStateException: Still listening on org.netbeans.modules.web.webkit.debugging.api.dom.DOM@68335808
Summary: IllegalStateException: Still listening on org.netbeans.modules.web.webkit.deb...
Status: RESOLVED FIXED
Alias: None
Product: javascript
Classification: Unclassified
Component: Debugger (show other bugs)
Version: 7.3
Hardware: All All
: P2 normal (vote)
Assignee: Martin Entlicher
URL:
Keywords:
: 217581 (view as bug list)
Depends on:
Blocks:
 
Reported: 2012-07-30 11:58 UTC by Petr Jiricka
Modified: 2012-09-07 02:10 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 191135

Attachments
stacktrace (3.64 KB, text/plain)
2012-07-30 11:58 UTC, Petr Jiricka 		Details
stacktrace (3.24 KB, text/plain)
2012-08-06 13:30 UTC, Vladimir Riha 		Details
stacktrace (3.64 KB, text/plain)
2012-08-06 13:42 UTC, Vladimir Riha 		Details
stacktrace (3.24 KB, text/plain)
2012-08-29 16:04 UTC, Petr Jiricka 		Details
stacktrace (3.83 KB, text/plain)
2012-09-06 13:28 UTC, Martin Entlicher 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Petr Jiricka 2012-07-30 11:58:09 UTC 
Build: NetBeans IDE Dev (Build EaselCSS-402-on-20120730)
VM: Java HotSpot(TM) 64-Bit Server VM, 23.2-b04, Java(TM) SE Runtime Environment, 1.7.0_06-ea-b13
OS: Mac OS X

User Comments:
pjiricka: Running a Java web application/




Stacktrace: 
java.lang.IllegalStateException: Still listening on org.netbeans.modules.web.webkit.debugging.api.dom.DOM@68335808
   at org.netbeans.modules.web.javascript.debugger.breakpoints.DOMNode.bindTo(DOMNode.java:173)
   at org.netbeans.modules.web.javascript.debugger.breakpoints.WebKitBreakpointManager$WebKitDOMBreakpointManager.add(WebKitBreakpointManager.java:163)
   at org.netbeans.modules.web.javascript.debugger.breakpoints.BreakpointRuntimeSetter.createBreakpointImpls(BreakpointRuntimeSetter.java:107)
   at org.netbeans.modules.web.javascript.debugger.breakpoints.BreakpointRuntimeSetter.<init>(BreakpointRuntimeSetter.java:90)
   at sun.reflect.NativeConstructorAccessorImpl.newInstance0(NativeConstructorAccessorImpl.java:0)
   at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
Comment 1 Petr Jiricka 2012-07-30 11:58:13 UTC 
Created attachment 122525 [details]
stacktrace
Comment 2 David Konecny 2012-07-30 22:03:49 UTC 
Looks similar to issue 216145 - JS debugger runs in context of wrong project type.
Comment 3 Petr Jiricka 2012-07-31 07:42:43 UTC 
I am getting this regularly on each run -> P2.
Comment 4 Martin Entlicher 2012-07-31 12:09:19 UTC 
We need to assure, that the DOM breakpoint is not added to more debugger sessions at the same time.
Comment 5 Martin Entlicher 2012-07-31 19:57:02 UTC 
Fixed by changeset:   228424:c25dcaa261a0
http://hg.netbeans.org/web-main/rev/c25dcaa261a0
Comment 6 Vladimir Riha 2012-08-06 13:30:47 UTC 
Created attachment 122786 [details]
stacktrace

running html file with js code (with breakpoints) in JavaFX Web browser
Comment 7 Vladimir Riha 2012-08-06 13:42:46 UTC 
Created attachment 122789 [details]
stacktrace

running html file
Comment 8 Vladimir Riha 2012-08-06 13:47:00 UTC 
I think I have to reopen it, just saw it twice in

Product Version: NetBeans IDE Dev (Build EaselCSS-445-on-20120806)
Comment 9 Martin Entlicher 2012-08-06 14:46:20 UTC 
I was able to reproduce it by:
1) Running a HTML file in Chrome,
2) Add a DOM breakpoint,
3) Change the Project Configuration combo box to "JavaFX Embedded Browser"
4) Run File on the same HTML again.

Before attempting to fix this somehow, I need a clarification of how/if concurrent running/debugging of files is expected to work.
Comment 10 David Konecny 2012-08-07 04:33:12 UTC 
Unless somebody changed it I implemented browser change to close communication channel with browser (and even close the tab in external browser). So running a file second time with different browser should result in all machinery to start again from scratch: new tab/pane is opened, debugging protocol connection is established, JS debugger session is started, etc.
Comment 11 Martin Entlicher 2012-08-07 07:12:17 UTC 
O.K. Thanks for your comments. Thus I'll check if the old connection is closed when the new starts and if DOM breakpoints comply with that.
Comment 12 Martin Entlicher 2012-08-29 15:52:01 UTC 
*** Bug 217581 has been marked as a duplicate of this bug. ***
Comment 13 Petr Jiricka 2012-08-29 16:04:58 UTC 
Created attachment 123709 [details]
stacktrace

Running a page.
Comment 14 Martin Entlicher 2012-08-31 10:40:07 UTC 
IMHO this was fixed by http://hg.netbeans.org/web-main/rev/8851ff4f0eeb
The breakpoints are detached right when the debugger session is finished, thus subsequent attach should pass successfully.
Comment 15 Quality Engineering 2012-09-03 12:58:50 UTC 
Integrated into 'main-golden', will be available in build *201209031048* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main-golden/rev/c25dcaa261a0
User: mentlicher@netbeans.org
Log: #216129: DOM breakpoint remembers the URL of the document. This assures, that it's added to the proper debug session only.
Comment 16 Martin Entlicher 2012-09-06 13:28:59 UTC 
Created attachment 123986 [details]
stacktrace

First execution of HTML5 project with embedded browser, while a DOM breakpoint exists on another JS project.
Comment 17 Martin Entlicher 2012-09-06 16:08:32 UTC 
I've finally discovered the (hopefully) last problem, that could cause this.
It's fixed by changeset:   231989:e3552d26b419
http://hg.netbeans.org/main/rev/e3552d26b419
Comment 18 Quality Engineering 2012-09-07 02:10:29 UTC 
Integrated into 'main-golden', will be available in build *201209070001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main-golden/rev/e3552d26b419
User: mentlicher@netbeans.org
Log: #216129: Assure that the breakpoint implementations are not created multiple times.