Closed
Bug 105975
Opened 23 years ago
Closed 22 years ago
problem of Mail reader recognition URL doublespace following URL
Categories
(Core :: Internationalization, defect)
Tracking
()
RESOLVED
INVALID
Future
People
(Reporter: aqua_magius, Assigned: nhottanscp)
Details
(Keywords: intl)
for example) http://www.jp.uo.com/¡¡¡¡Here is <- double space(0x8140) if double space exists following URL, Mailer and browser recognize for URL it.
Comment 1•23 years ago
|
||
Confirmed with 2001101909/Win2k.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Duplicate of bug 104693?
Comment 4•23 years ago
|
||
No, this isn't the same as bug 104693. 2001101909/Win2k doesn't have bug 104693, but have this bug.
Comment 6•23 years ago
|
||
nhotta/ftang: how should we handle in case of double-byte space in URL?
It is usually used as same as normal space. but ISO-2022 Code 0x2121 or EUC 0xa1a1 code would not be used in URL. We want not to the product recognize double space as URL.
Updated•23 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 8•23 years ago
|
||
Double-byte space in URL has to be escaped. But I think this bug is asking something else. Is this asking double-byte space to be treated as a URL delimiter? In RFC 2396, it mentioned about delimiting URI by whitespace. That has no mention about double-byte space. I think it is restricted for ASCII whitespace. http://www.ietf.org/rfc/rfc2396.txt E. Recommendations for Delimiting URI in Context Anyway, in HTML document, using 'HREF' should prevent this ambiguity, instead of expecting browser to parse and recognize the link.
Comment 9•23 years ago
|
||
could someone make a clear reproduce procedure? Where will you see this problem ? in the URL bar ? HREF inside a HTML ? Bugzilla ?
Reporter | ||
Comment 10•23 years ago
|
||
Plese select Euc-Japanese. http://www.jp.uo.com/¡¡¡¡Here is Clicked this link, I want to jump to "http://www.jp.uo.com/" But Mozilla will go to "http://www.jp.uo.com/¡¡¡¡Here"
Updated•23 years ago
|
QA Contact: teruko → ruixu
Comment 11•23 years ago
|
||
well... in your example, the code which turn the text into URL is the bugzilla. It is NOT Browser which recognize it as part of the link, it is the bugzilla turn that into a link. not sure about the case of mail.
Assignee: yokoyama → nhotta
Status: ASSIGNED → NEW
Assignee | ||
Comment 12•23 years ago
|
||
Removed "Browser" from the summary. I think the link parser for mail is Ben's.
Assignee: nhotta → ben.bucksch
Summary: problem of Mail reader&Browser recognition URL doublespace following URL → problem of Mail reader recognition URL doublespace following URL
Comment 13•23 years ago
|
||
> We want not to the product recognize double space as URL. Yuki, are you shipping a custom product based on Mozilla? nhotta, ftang, This is the same problem as in bug 123326 (closed as wontfix for now). I use ncCRT:IsAsciiSpace() in my code. It is the task of that function to either recognize the doublespace as space or not. My code does not care. So, the real fix for this bug and the other one is that nsCRT is I18Ned. Alternatively, close them as WONTFIX. Reassign to nhotta.
Assignee: ben.bucksch → nhotta
Assignee | ||
Updated•23 years ago
|
Target Milestone: --- → Future
Assignee | ||
Updated•22 years ago
|
Status: NEW → ASSIGNED
Reporter | ||
Comment 14•22 years ago
|
||
Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.9) Gecko/20020311 There is same problem.
Updated•22 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
Comment 15•22 years ago
|
||
I've reconsidered this bug and believes this should be resolved invalid. Double-byte space isn't space.
You need to log in
before you can comment on or make changes to this bug.
Description
•