Page MenuHomePhabricator

Email confirmation links get mangled in MSIE 6 and webmail
Closed, ResolvedPublic

Description

I signed up to jawiki and having selected "en" and confirmed, entered my email address,
which is at gmail.

The link I received was this one (in one line, not split):
http://ja.wikipedia.org/wiki/%E7%89%B9%E5%88%
A5:Confirmemail/7f4b2996297afd6ea36afef8a1413c1d

However simply clicking on it resulted in the following:
http://ja.wikipedia.org/wiki/%C3%87%C2%89%C2%B9%C3%A5%C2%88%C2%
A5:Confirmemail/7f4b2996297afd6ea36afef8a1413c1d

Oddly, copying the URL and pasting it manually into the address bar worked fine.

Using IE-6.0.2900.2180 on WinXP-Pro SP2a


Version: unspecified
Severity: normal
OS: Windows XP
Platform: PC

Details

Reference
bz6957

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 9:19 PM
bzimport added a project: MediaWiki-Email.
bzimport set Reference to bz6957.
bzimport added a subscriber: Unknown Object (MLST).

jimmy.collins wrote:

Should be a problem of your mail client, not MediaWiki ...

  • Bug 14284 has been marked as a duplicate of this bug. ***

I can confirm this with ko.wikipedia.org, Gmail, and IE 6.0 on XP SP 2.

Switching the links to a hardcoded 'Special:Confirmemail' instead of the localized namespace/page name should both make the URLs shorter and avoid this mystery click problem...

kjoonlee wrote:

Reported to Google. (I don't have a ticket number or anything, though.)

kjoonlee wrote:

Gmail worked fine on 20080312. Earliest report of malfunction was on 20080523, AFAIK.

kjoonlee wrote:

Um, no. Please ignore my comment about 20080312, because I had used Firefox, not MSIE.

Worked around in r35505 by hardcoding the canonical English special namespace/page name in the link. This is shorter, avoids messy URL-encoding, and doesn't have any encoding issues.

URLs are still over 80 chars for Wikipedia domains, though. :(

(Note that the encoded links seemed fine in MSIE 7; this particular problem was limited to 6.)

  • Bug 11547 has been marked as a duplicate of this bug. ***