Opened 11 years ago
Closed 10 years ago
#9937 closed bug (fixed)
WebPositive: Looper must be locked
Reported by: | jessicah | Owned by: | leavengood |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Applications/WebPositive | Version: | R1/Development |
Keywords: | Cc: | stippi | |
Blocked By: | Blocking: | ||
Platform: | All |
Description
Attachments (1)
Change History (6)
by , 11 years ago
Attachment: | WebPositive-825-debug-22-08-2013-22-20-01.report added |
---|
comment:1 by , 11 years ago
comment:2 by , 11 years ago
Was typing in a URL with the history box showing and then it crashed whilst typing. Can't remember if I was trying to navigate in the history box or not. Cursor might've been hovering it whilst I was typing.
comment:3 by , 11 years ago
Cc: | added |
---|
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()?
comment:5 by , 10 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Haven't seen this happen in a very long time, so closing.
Steps to reproduce this problem would be helpful.