[prev in list] [next in list] [prev in thread] [next in thread]
List: haiku-bugs
Subject: [haiku-bugs] Re: [Haiku] #9937: WebPositive: Looper must be locked
From: "anevilyak" <trac () haiku-os ! org>
Date: 2013-08-24 17:25:43
Message-ID: 058.44c9de5fa737d038c65dd1d6e965149a () haiku-os ! org
[Download RAW message or body]
#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.
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic