As the tin says
Created attachment 172656 [details] Patch
Comment on attachment 172656 [details] Patch LGTM.
Comment on attachment 172656 [details] Patch Clearing flags on attachment: 172656 Committed r133679: <http://trac.webkit.org/changeset/133679>
All reviewed patches have been landed. Closing bug.
Comment on attachment 172656 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=172656&action=review Hi Gen! > Source/WebKit/blackberry/WebKitSupport/InRegionScrollableArea.cpp:65 > + // Add a pointer to the enclosing document as the pointer to layer or node along the way may become invalid. > + if (m_layer->enclosingElement()) > + m_document = m_layer->enclosingElement()->document(); > + do you know when that happens? where is it used?
Antonio - we had an unreproducable crash from our automatic bug logging system with a partial stack trace which ended here: BlackBerry::WebKit::WebPagePrivate::clearDocumentData (this=0x78b9d750, documentGoingAway=0x7a35aa38)
Comment on attachment 172656 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=172656&action=review > Source/WebKit/blackberry/Api/InRegionScroller.cpp:105 > ASSERT(scrollableArea); > - Node* node = scrollableArea->layer()->enclosingElement(); > - if (node && node->document() == documentGoingAway) > + if (scrollableArea->document() == documentGoingAway) maybe the fix could be test Node::isInDocument (what ever the name is) first instead. But ok, will leave it as is :)
Reopening to attach new patch.
Created attachment 173656 [details] Patch
Committed r134256: <http://trac.webkit.org/changeset/134256>