Wrong email confirmation link from secure server
Closed, ResolvedPublic
Actions

Assigned To

None

Authored By

	PrimeHunter
	Aug 31 2011, 12:57 AM

Description

The secure server currently sends out email confirmation links starting with http://en.wikipedia.org/wikipedia/en/wiki/Special:ConfirmEmail
This looks like a hodgepodge of a normal and secure link, and it gives a 404 error. It should be either
http://en.wikipedia.org/wiki/Special:ConfirmEmail
or
https://secure.wikimedia.org/wikipedia/en/wiki/Special:ConfirmEmail

Example of error:
"To confirm that this account really does belong to you and reactivate
e-mail features on Wikipedia, open this link in your browser:

http://en.wikipedia.org/wikipedia/en/wiki/Special:ConfirmEmail/264d4561c7ee43c80291dcb054d92c94"

The problem is only in mails from the secure server.
The confirmation code works when it is added to a valid url.
I found the bug while examining
http://en.wikipedia.org/wiki/Wikipedia:Help_desk#Generated_confirm_email_link_appears_to_be_broken_.28404_-_File_Not_Found.29

Version: unspecified
Severity: normal

Details

Reference: bz30647

Event Timeline

• bzimport raised the priority of this task from to Medium.Nov 21 2014, 11:50 PM

• bzimport added a project: HTTPS.

• bzimport set Reference to bz30647.

• bzimport added a subscriber: Unknown Object (MLST).

PrimeHunter created this task.Aug 31 2011, 12:57 AM

This is probably a regression related to introduction of $wgCanonicalServer...

r95505 on 1.17wmf1, looks like r95002 on trunk.

The new code concats $wgCanonicalServer with $wgArticlePath, which fails on the secure.wikimedia.org setup where $wgArticlePath has been modified to work with the modified $wgServer.

Likely fixed by Roan in r95894.

Deployed fix to production, confirmed fix.

Wrong email confirmation link from secure serverClosed, ResolvedPublicActions

Description

Details

Event Timeline

Wrong email confirmation link from secure server
Closed, ResolvedPublic
Actions