WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED INVALID
194925
Safari URL rewrite should not be rewriting everything under search engine's subdomains
https://bugs.webkit.org/show_bug.cgi?id=194925
Summary
Safari URL rewrite should not be rewriting everything under search engine's s...
Mo Lam
Reported
2019-02-21 17:24:16 PST
URL rewrite for Safari is way too aggressive at re-writing. Pre-req for this example: Safari's default search engine is Google. Example:
http://fake.google.com/search?q=123
,
http://docs.google.com/search?q=123
will all navigate user to
https://google.com/search?q=123
(and show 123 in the url bar) This rewrite will navigate any of Google's sub domain. It is very often not appropriate outside google.com or www.google.com. A real example:
https://support.google.com/search?q=123
will bring you to different page on Chrome (correct) vs Safari (incorrect). Also reproduced on bing.com
Attachments
Add attachment
proposed patch, testcase, etc.
Mo Lam
Comment 1
2019-02-21 17:25:16 PST
PS: This only happen when the domain is the default search engine of Safari.
mitz
Comment 2
2019-02-21 22:39:21 PST
Safari uses WebKit, but Safari’s special handling of search provider URLs is not part of WebKit. The best way to report issues with Safari is to use Apple’s bug reporting website at <
https://bugreport.apple.com/
>.
Alexey Proskuryakov
Comment 3
2019-02-24 08:33:14 PST
Marking as invalid per the above comment, as we can’t track issues outside WebKit in WebKit Bugzilla.
Alex Christensen
Comment 4
2020-07-15 10:35:21 PDT
rdar://problem/65613706
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