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: | Temporary freeze when page inspection is started | ||
|---|---|---|---|
| Product: | web | Reporter: | Jan Stola <jstola> |
| Component: | Inspection | Assignee: | Jan Stola <jstola> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | P3 | ||
| Version: | 7.4 | ||
| Hardware: | All | ||
| OS: | All | ||
| Issue Type: | DEFECT | Exception Reporter: | |
| Attachments: | thread dump | ||
|
Description
Jan Stola
2013-05-13 11:55:39 UTC
Created attachment 134360 [details]
thread dump
The thread dump shows that "org.netbeans.modules.web.inspect.webkit.WebKitPageModel" thread waits in sendBlockingCommand("DOM.getDocument"). The expected response should be delivered by "WebSocketServer" thread. "WebSocketServer" thread attempts to enter DOM.handleDocumentUpdated, but it waits for DOM.this lock that is held by "org.netbeans.modules.web.inspect.webkit.WebKitPageModel" thread.
This would be a deadlock if there weren't a timed wait in sendBlockingCommand().
This is a race condition. It occurs when documentUpdated event is delivered while we are waiting for response for DOM.getDocument message.
|