WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 33884
[Chromium] spurious WebViewClient::didStopLoading if changing location.hash while a subframe is still loading
https://bugs.webkit.org/show_bug.cgi?id=33884
Summary
[Chromium] spurious WebViewClient::didStopLoading if changing location.hash w...
Darin Fisher (:fishd, Google)
Reported
2010-01-19 23:16:04 PST
[Chromium] spurious WebViewClient::didStopLoading if changing location.hash while a subframe is still loading The code in dispatchDidChangeLocationWithinPage needs to check more than just the isLoading state of the main frame. It needs to also check if any subframes are loading.
Attachments
v1 patch
(5.91 KB, patch)
2010-01-21 15:28 PST
,
Darin Fisher (:fishd, Google)
no flags
Details
Formatted Diff
Diff
v2 patch (fixes style issue)
(5.90 KB, patch)
2010-01-21 17:11 PST
,
Darin Fisher (:fishd, Google)
eric
: review-
Details
Formatted Diff
Diff
v1 patch
(1.48 KB, patch)
2010-03-05 14:07 PST
,
Darin Fisher (:fishd, Google)
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Darin Fisher (:fishd, Google)
Comment 1
2010-01-21 15:28:49 PST
Created
attachment 47152
[details]
v1 patch There isn't a mechanism to verify WebViewClient::did{Start,Stop}Loading notifications using DRT. I plan to write a test for this in the Chromium repository, leveraging the TestShellTests framework.
WebKit Review Bot
Comment 2
2010-01-21 15:31:58 PST
Attachment 47152
[details]
did not pass style-queue: Failed to run "WebKitTools/Scripts/check-webkit-style" exit_code: 1 WebKit/chromium/src/WebViewImpl.cpp:1681: Tests for true/false, null/non-null, and zero/non-zero should all be done without equality comparisons. [readability/comparison_to_zero] [5] Total errors found: 1 If any of these errors are false positives, please file a bug against check-webkit-style.
Darin Fisher (:fishd, Google)
Comment 3
2010-01-21 17:11:06 PST
Created
attachment 47161
[details]
v2 patch (fixes style issue)
Darin Fisher (:fishd, Google)
Comment 4
2010-01-22 10:50:24 PST
Landed as
http://trac.webkit.org/changeset/53705
Darin Fisher (:fishd, Google)
Comment 5
2010-01-26 12:50:31 PST
This change was reverted (
http://trac.webkit.org/changeset/53747
) due to Chromium test failures.
Darin Fisher (:fishd, Google)
Comment 6
2010-01-26 12:51:46 PST
It turns out that we sometimes get a didStartLoading before didStopLoading. This happens when loading error pages. It may also be possible for script to trigger this case, but I haven't studied this fully. At any rate, I think this means that I need a less aggressive solution.
Eric Seidel (no email)
Comment 7
2010-02-02 14:13:08 PST
Comment on
attachment 47161
[details]
v2 patch (fixes style issue) Marking this patch r- since it was reverted.
Darin Fisher (:fishd, Google)
Comment 8
2010-03-05 14:07:05 PST
Created
attachment 50118
[details]
v1 patch This is a less aggressive solution. Just check to see if any subframes are also loading. isLoadingInAPISense checks this frame as well as any of its subframes, which is exactly what we want.
WebKit Commit Bot
Comment 9
2010-03-06 07:14:04 PST
Comment on
attachment 50118
[details]
v1 patch Clearing flags on attachment: 50118 Committed
r55625
: <
http://trac.webkit.org/changeset/55625
>
WebKit Commit Bot
Comment 10
2010-03-06 07:14:09 PST
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug