summaryrefslogtreecommitdiffstats
path: root/WebCore/html/CollectionCache.cpp
diff options
context:
space:
mode:
authorGrace Kloba <klobag@google.com>2009-09-27 16:03:59 -0700
committerGrace Kloba <klobag@google.com>2009-09-27 16:37:17 -0700
commit992afbebfb735ec2dd52b4166c22ab55827d88ed (patch)
treecb60c16772fee7855dd5f6064a9a9e832ed323f4 /WebCore/html/CollectionCache.cpp
parent5ca6cb36d22a6a75bc18215b53ebc58d39ae4dd8 (diff)
downloadexternal_webkit-992afbebfb735ec2dd52b4166c22ab55827d88ed.zip
external_webkit-992afbebfb735ec2dd52b4166c22ab55827d88ed.tar.gz
external_webkit-992afbebfb735ec2dd52b4166c22ab55827d88ed.tar.bz2
Check null for WebViewCore's nativeClass before calling
back to Java. This may happen if WebKit holds some reference of the Document even when our Java side has been destroyed. So when Document finally is deleted, the call back to Java will have null nativeClass. In the long run, we may need to add the check for all the callback to Java. Fix http://b/issue?id=2148023
Diffstat (limited to 'WebCore/html/CollectionCache.cpp')
0 files changed, 0 insertions, 0 deletions