summaryrefslogtreecommitdiffstats
path: root/WebCore/css/CSSUnicodeRangeValue.h
diff options
context:
space:
mode:
authorGrace Kloba <klobag@google.com>2009-09-27 16:03:59 -0700
committerandroid-build SharedAccount <android-build@sekiwake.mtv.corp.google.com>2009-09-27 17:36:47 -0700
commit38173c0bcc86a90774a71224e2702ab923e2a99e (patch)
treecb60c16772fee7855dd5f6064a9a9e832ed323f4 /WebCore/css/CSSUnicodeRangeValue.h
parent5ca6cb36d22a6a75bc18215b53ebc58d39ae4dd8 (diff)
downloadexternal_webkit-38173c0bcc86a90774a71224e2702ab923e2a99e.zip
external_webkit-38173c0bcc86a90774a71224e2702ab923e2a99e.tar.gz
external_webkit-38173c0bcc86a90774a71224e2702ab923e2a99e.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/css/CSSUnicodeRangeValue.h')
0 files changed, 0 insertions, 0 deletions