Opened 9 years ago

Closed 9 years ago

#2080 closed defect (fixed)

Wikipedia -> Wiktionary links are broken

Reported by: pde Owned by: pde
Priority: High Milestone:
Component: HTTPS Everywhere/EFF-HTTPS Everywhere Version:
Severity: Keywords:
Cc: Actual Points:
Parent ID: Points:
Reviewer: Sponsor:

Description

Links like the following are currently broken:

http://en.wikipedia.org/wiki/wikt:adventurous

Child Tickets

Change History (8)

comment:1 Changed 9 years ago by pde

Component: - Select a componentEFF-HTTPS Everywhere
Owner: set to pde

comment:2 Changed 9 years ago by pde

Live HTTP headers below. The failure mechanism is that we get 302'd to en.wikitionary.org, and the next redirection only succeeds for the path, and no the host.

https://secure.wikimedia.org/wikipedia/en/wiki/wikt:adventurous

GET /wikipedia/en/wiki/wikt:adventurous HTTP/1.1
Host: secure.wikimedia.org
User-Agent: Mozilla/5.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: https://encrypted.google.com/search?hl=en&client=mozilla&q=adventurous+wiktionary&aq=f&aqi=g10&aql=&oq=&gs_rfai=
Cookie: edittoolscharsubset=0; mwArticleAssessmentUserToken=string

HTTP/1.1 302 Found
Date: Mon, 18 Oct 2010 02:19:44 GMT
Server: Apache
X-Powered-By: PHP/5.2.4-2ubuntu5.12wm1
Cache-Control: private, must-revalidate, max-age=0
Vary: Accept-Encoding,Cookie
X-Vary-Options: Accept-Encoding;list-contains=gzip,Cookie;string-contains=enwikiToken;string-contains=enwikiLoggedOut;string-contains=enwiki_session;string-contains=centralauth_Token;string-contains=centralauth_Session;string-contains=centralauth_LoggedOut
Expires: Thu, 01 Jan 1970 00:00:00 GMT
Location: http://en.wiktionary.org/wiki/adventurous
Content-Encoding: gzip
Content-Length: 20
Content-Type: text/html; charset=utf-8
Via: 1.1 secure.wikimedia.org
Keep-Alive: timeout=1, max=100
Connection: Keep-Alive


https://secure.wikimedia.org/wiktionary/en/wiki/adventurous

GET /wiktionary/en/wiki/adventurous HTTP/1.1
Host: en.wiktionary.org
User-Agent: Mozilla/5.0
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: edittoolscharsubset=0; mwArticleAssessmentUserToken=string

HTTP/1.1 404 Not Found
Date: Mon, 18 Oct 2010 02:14:09 GMT
Server: Apache
Cache-Control: s-maxage=2678400, max-age=2678400
X-Wikimedia-Debug: prot=http:// serv=en.wiktionary.org loc=/wiktionary/en/wiki/adventurous
Age: 336
X-Cache: HIT from sq61.wikimedia.org, MISS from sq60.wikimedia.org
X-Cache-Lookup: HIT from sq61.wikimedia.org:3128, MISS from sq60.wikimedia.org:80
Content-Encoding: gzip
Content-Type: text/html;charset=utf-8
Content-Length: 496


comment:3 Changed 9 years ago by pde

Priority: normalmajor

comment:5 Changed 9 years ago by rohieb

Sorry, forgot to say that both version 0.2.2.development.1 and 0.2.3.development.1 show this behaviour.

comment:6 Changed 9 years ago by richgriswold

I installed 0.2.3.development.1 today, and since then the links to Wikipedia from Google search results don't work. For example, if I search for Nehemiah, the Google link to Wikipedia is https://encrypted.google.com/url?sa=t&source=web&cd=2&ved=0CB0QFjAB&url=http%3A%2F%2Fen.wikipedia.org%2Fwiki%2FNehemiah&ei=Sfy9TKy7F4yasAPkmPjmDA&usg=AFQjCNE00O0HuxYfCDTspkrQDvBkoMCKHg&sig2=R-V8I6JJ0YgfaHJZlqn-Tw. If I click on this, I get redirected to https://secure.wikimedia.org/wikipedia/en/wiki/Nehemiah which gives me a 404. Strangely enough, the URL of the 404 page is correct, while the suggested page, http://en.wikipedia.org/wiki/wikipedia/en/wiki/Nehemiah, is not.

If I link directly to either https://secure.wikimedia.org/wikipedia/en/wiki/Nehemiah or http://en.wikipedia.org/wiki/Nehemiah , or enter either one in the address bar, the page loads correctly.

I'm running Firefox 3.6.10 on Ubuntu 10.04 x86-64. This was working correctly prior to the latest update.

comment:7 Changed 9 years ago by schoen

I seem to have run into the same problem via a 302 on the Committee to Protect Journalists site (not causing a 404 in this case because the content is also available insecurely at the corresponding URL, but causing an unnecessary mixed content warning).

https://mail1.eff.org/pipermail/https-everywhere/2010-October/000340.html

comment:8 Changed 9 years ago by pde

Resolution: fixed
Status: newclosed

Fixed in 0.2.3.development.2

Note: See TracTickets for help on using tickets.