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 58779
REGRESSION (
r84010
): [Qt] DRT: Unbreak redirection of http:/ URLs.
https://bugs.webkit.org/show_bug.cgi?id=58779
Summary
REGRESSION (r84010): [Qt] DRT: Unbreak redirection of http:/ URLs.
Andreas Kling
Reported
2011-04-18 06:19:17 PDT
r84010
broke redirection of [broken] http:/ URLs because KURL cannot extract the host part of such URLs.
Attachments
Proposed patch
(3.92 KB, patch)
2011-04-18 06:36 PDT
,
Andreas Kling
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Andreas Kling
Comment 1
2011-04-18 06:36:11 PDT
Created
attachment 90026
[details]
Proposed patch
Eric Seidel (no email)
Comment 2
2011-04-18 09:11:26 PDT
Comment on
attachment 90026
[details]
Proposed patch View in context:
https://bugs.webkit.org/attachment.cgi?id=90026&action=review
> Source/WebKit/qt/WebCoreSupport/FrameLoaderClientQt.cpp:1029 > + QUrl url = newRequest.url();
Why use a QUrl instead of a KURL?
Andreas Kling
Comment 3
2011-04-18 09:18:01 PDT
(In reply to
comment #2
)
> (From update of
attachment 90026
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=90026&action=review
> > > Source/WebKit/qt/WebCoreSupport/FrameLoaderClientQt.cpp:1029 > > + QUrl url = newRequest.url(); > > Why use a QUrl instead of a KURL?
See ChangeLog: "KURL::host() doesn't return the host part of [broken] http:/ URLs, so use QUrl instead to match the behavior of other ports." I could also fix the test to use http:// instead of http:/ but it seemed more appropriate to have consistent behavior across ports.
Adam Barth
Comment 4
2011-04-18 11:42:59 PDT
Comment on
attachment 90026
[details]
Proposed patch View in context:
https://bugs.webkit.org/attachment.cgi?id=90026&action=review
>>> Source/WebKit/qt/WebCoreSupport/FrameLoaderClientQt.cpp:1029 >>> - KURL url = newRequest.url(); >>> + QUrl url = newRequest.url(); >> >> Why use a QUrl instead of a KURL? > > See ChangeLog: > > "KURL::host() doesn't return the host part of [broken] http:/ URLs, so use QUrl instead to match the behavior of other ports." > > I could also fix the test to use http:// instead of http:/ but it seemed more appropriate to have consistent behavior across ports.
How do other port solve this problem with KURL?
Andreas Kling
Comment 5
2011-04-18 11:47:31 PDT
(In reply to
comment #4
)
> (From update of
attachment 90026
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=90026&action=review
> > >>> Source/WebKit/qt/WebCoreSupport/FrameLoaderClientQt.cpp:1029 > >>> - KURL url = newRequest.url(); > >>> + QUrl url = newRequest.url(); > >> > >> Why use a QUrl instead of a KURL? > > > > See ChangeLog: > > > > "KURL::host() doesn't return the host part of [broken] http:/ URLs, so use QUrl instead to match the behavior of other ports." > > > > I could also fix the test to use http:// instead of http:/ but it seemed more appropriate to have consistent behavior across ports. > > How do other port solve this problem with KURL?
Apple is using NSURL, Chromium GURL and Gtk is using SoupURI. In other words, everyone is using their platform URL class.
Adam Barth
Comment 6
2011-04-18 11:54:29 PDT
Comment on
attachment 90026
[details]
Proposed patch I think a better solution would be to fix KURL, but this is probably ok for now.
WebKit Commit Bot
Comment 7
2011-04-18 12:23:41 PDT
Comment on
attachment 90026
[details]
Proposed patch Clearing flags on attachment: 90026 Committed
r84168
: <
http://trac.webkit.org/changeset/84168
>
WebKit Commit Bot
Comment 8
2011-04-18 12:23:46 PDT
All reviewed patches have been landed. Closing bug.
WebKit Review Bot
Comment 9
2011-04-18 13:26:19 PDT
http://trac.webkit.org/changeset/84168
might have broken Qt Linux Release The following tests are not passing: fast/ruby/after-block-doesnt-crash.html fast/ruby/after-table-doesnt-crash.html fast/ruby/before-block-doesnt-crash.html fast/ruby/before-table-doesnt-crash.html
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