#9937: WebPositive: Looper must be locked ----------------------------------------+---------------------------- Reporter: jessicah | Owner: leavengood Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/WebPositive | Version: R1/Development Resolution: | Keywords: Blocked By: | Blocking: Has a Patch: 0 | Platform: All ----------------------------------------+---------------------------- Changes (by anevilyak): * cc: stippi (added) Comment: Ran into this myself a little earlier. What appears to happen here is the change in the text view winds up triggering a window update, which in turn also triggers a redraw on the contained BWebView. The latter in turn tries to ask its contained offscreen view to sync itself prior to drawing, but at this point the offscreen view pointer is invalid. While I notice it isn't actually initialized by BWebView's constructor, I'm not quite sure how it would manage to have avoided having FrameResized() called on it at least once by this point, as the latter is what triggers the offscreen view to be created and/or resized. Perhaps it might be prudent to force a call to _ResizeOffscreenView() in BWebView::AttachedToWindow()? -- Ticket URL: <http://dev.haiku-os.org/ticket/9937#comment:3> Haiku <http://dev.haiku-os.org> Haiku - the operating system.