WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
UNCONFIRMED
Bug 40761
International domain name (IDN) emails silently fail input type="email" validation
https://bugs.webkit.org/show_bug.cgi?id=40761
Summary
International domain name (IDN) emails silently fail input type="email" valid...
Oli Studholme
Reported
2010-06-16 22:57:14 PDT
It seems that type="email" content is not correctly converted to punycode, so a user using a doublebyte name is unable to submit the form. Worse, there is no UI for this error, so the user has no idea why the form hasn’t submitted. It appears as if the submit button isn’t connected to anything. Ref:
http://code.google.com/p/chromium/issues/detail?id=45804
for a related Chromium bug on the lack of UI for validation errors
Attachments
Proof of concept
(5.93 KB, patch)
2012-10-03 19:02 PDT
,
yosin
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Oli Studholme
Comment 1
2010-06-16 22:59:05 PDT
note a doublebyte domain name is correctly converted to punycode for type="url"
Aryeh Gregor
Comment 2
2010-06-17 12:05:51 PDT
Bug 40747
is about the UI, so this may as well be repurposed to be only about not accepting IDNs. E-mail inputs should certainly accept IDNs and convert to punycode for submission -- it only makes sense. The spec mentions this as an example but doesn't require it (since it's a UI issue): "User agents may transform the value for display and editing (e.g. converting punycode in the value to IDN in the display and vice versa)." <
http://www.whatwg.org/specs/web-apps/current-work/multipage/states-of-the-type-attribute.html#e-mail-state
>
yosin
Comment 3
2012-08-06 03:03:38 PDT
Change URL to test case:
http://jsfiddle.net/xEgan/
Here is original URI in URL field:
http://pukupi.com/post/2070/
yosin
Comment 4
2012-10-03 19:02:35 PDT
Created
attachment 167019
[details]
Proof of concept
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