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.
Build: NetBeans IDE Dev (Build EaselCSS-530-on-20120822) VM: Java HotSpot(TM) 64-Bit Server VM, 23.2-b09, Java(TM) SE Runtime Environment, 1.7.0_06-b24 OS: Windows 7 User Comments: jskrivanek: To reproduce: - run project in embedded browser - close browser before it shows tbe page johnjullion: running file in internal browser Stacktrace: java.lang.AssertionError at org.netbeans.core.browser.webview.ext.WebBrowserImpl.getEngine(WebBrowserImpl.java:146) at org.netbeans.core.browser.webview.ext.WebKitDebuggingTransport.getConnectionName(WebKitDebuggingTransport.java:125) at org.netbeans.modules.web.webkit.debugging.TransportHelper.getConnectionName(TransportHelper.java:84) at org.netbeans.modules.web.webkit.debugging.api.WebKitDebugging.getConnectionName(WebKitDebugging.java:83) at org.netbeans.modules.web.javascript.debugger.SessionProviderImpl.getSessionName(SessionProviderImpl.java:66) at org.netbeans.spi.debugger.SessionProvider$ContextAware.getSessionName(SessionProvider.java:146)
Created attachment 123395 [details] stacktrace
Please move accordingly, I have no idea, where org.netbeans.core.browser.webview.ext is in Issuezilla.
WebKit debugger should check if the browser is still available (wasn't closed)
I skimmed over the problematic code and I don't see a reason to obtain the location of the browser pane directly from the WebEngine (especially from a thread that is not a JavaFX thread). The location can be obtained from the browserImpl safely (without the need to care about the state of the browser pane) instead. Modified file: http://hg.netbeans.org/web-main/rev/404b5efcb75a