[Webkit-unassigned] [Bug 174816] New: [GTK][WPE] Need a "pretty" URI property

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=174816

            Bug ID: 174816
           Summary: [GTK][WPE] Need a "pretty" URI property
           Product: WebKit
           Version: Other
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKit Gtk
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: mcatanzaro at igalia.com
                CC: bugs-noreply at webkitgtk.org

WebKitWebView should have a "pretty" URI property. I don't know what we should name it; perhaps presentable-uri or decoded-uri or something along those lines. This URI would be for use in user-visible locations. It should percent-decode the URI, so it will contain UTF-8 characters instead of ASCII. It should also perform IDN decoding. Currently, Epiphany performs both tasks itself, which is not good because most applications really ought to be doing the same thing, using the same code, and it is a significant amount of code. See ephy_uri_decode() in ephy-uri-helpers.c: it's about 40 lines of code to convert WebKitWebView:uri to be suitable for displaying to the user. That's not good!

If we add this property, we would need to include a defense against IDN homograph attacks. Epiphany does not currently have such a defense. So some research on IDN homograph defenses will be needed. I like the Firefox approach better than Chrome's approach. (Chrome completely bans characters that look like Latin characters, essentially banning Cyrillic URIs entirely. I'd rather have lower security than harm Cyrillic users like that.)

Finally, in Epiphany, we should see if we can remove ephy_uri_decode() (and maybe also ephy_uri_normalize()?) and use this new property instead.

I won't be working on this right away. Just reporting it for now!

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20170725/caddb127/attachment.html>