Bug 122246
| Summary: | [GTK] URIs with a "//whatever" scheme not working | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Sebastian Keller <sebastian-keller> |
| Component: | WebKitGTK | Assignee: | Nobody <webkit-unassigned> |
| Status: | UNCONFIRMED | ||
| Severity: | Normal | CC: | bugs-noreply, chavarria1991, mrobinson, svillar |
| Priority: | P3 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | PC | ||
| OS: | Linux | ||
Sebastian Keller
Currently http://imgur.com seems to have some links and images that have an URI scheme like href="//whatever". While this is probably a mistake on their part those still seem to be valid according to RFC 1630 and other browsers seem to handle them just fine so I think it would be good to support them in webkitgtk as well.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Martin Robinson
Should these link to the root of the host?
Sebastian Keller
If the accessed document was "http://example.com" then href="//other-site.org" would refer to "http://other-site.org". If the accessed document was "https://example.com" it would refer to "https://other-site.org". So it basically means to keep just the protocol but not the host or anything else.
https://tools.ietf.org/html/rfc1630 has a similar example on [Page 10]
After thinking about this, the change on imgur.com seems to be intentional after all as this is an easy way to support http and https with the same html code. So other sites might adopt this in the future as well.
Marcos ChavarrÃa Teijeiro (irc: chavaone)
I have just check it and this seems to be working.