Opened 6 years ago

Closed 5 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:
Has a Patch: no Platform: All

Description


Attachments (1)

WebPositive-825-debug-22-08-2013-22-20-01.report (146.3 KB ) - added by jessicah 6 years ago.

Download all attachments as: .zip

Change History (6)

comment:1 by anevilyak, 6 years ago

Steps to reproduce this problem would be helpful.

comment:2 by jessicah, 6 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 anevilyak, 6 years ago

Cc: stippi 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:4 by pulkomandy, 5 years ago

Is this still a problem?

comment:5 by jessicah, 5 years ago

Resolution: fixed
Status: newclosed

Haven't seen this happen in a very long time, so closing.

Note: See TracTickets for help on using tickets.