Page MenuHomePhabricator

Unable to render file from upload.wikimedia.org "Error 349 ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_DISPOSITION"
Open, MediumPublic

Description

When trying to load https://upload.wikimedia.org/wikipedia/commons/thumb/b/b1/Bundesarchiv_Bild_183-14581-0003%2C_Dresden%2C_Omnibus_%22Ikarus_30%22.jpg/180px-Bundesarchiv_Bild_183-14581-0003%2C_Dresden%2C_Omnibus_%22Ikarus_30%22.jpg , I get:

Duplicate headers received from server

or

Error code: ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_DISPOSITION

or

Error 349 (net::ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_DISPOSITION) when loading URL

The URL should try to display the 180px thumbnail of https://commons.wikimedia.org/wiki/File:Bundesarchiv_Bild_183-14581-0003,_Dresden,_Omnibus_%22Ikarus_30%22.jpg as my most recent upload at https://commons.wikimedia.org/w/index.php?title=Special:ListFiles&offset=20170712204449&user=Jeff+G.&ilshowall=1&limit=1 .

This still happens even after having purged the file in MediaWiki.

On my iPad 3 with iOS 6.1, the problem is present in the latest compatible Puffin Browser Pro (v4.7.3), Puffin Browser Free (v4.7.3), and Google Chrome (v37.0.2062.60), but absent in Safari (Bundle Version 8536.25).

On my LG Spree (LG-K120 Build/LMY47V) phone with Android 5.1.1, the problem is present in Puffin Browser Free (v6.0.9.15863), and absent in Google Chrome (v56.0.2924.87) and Opera Mini (v24.0.2254.115784).

See also T168949#3433763 and its reply.

Example screenshot from my phone:

image.jpg (782×480 px, 72 KB)

Event Timeline

Jeff_G added a subscriber: Gilles.

Instead of purging blindly, I'd rather investigate. And not that it would help, considering that I inspected the headers coming from all 4 datacenters, no trace of duplicate Content-Disposition. Confirm it fails in Puffin though. Some problem with their proxies?

I can no longer reproduce this error, so thanks to whoever or whatever fixed it!

@Jeff_G: Please always also describe what you see instead of only posting links. Those two links work for me and I have no idea what "new symptoms" are. Thanks.

Another new URL with the same symptoms above using the same browsers as in the original description: https://upload.wikimedia.org/wikipedia/commons/thumb/8/81/Mile_High_Stadium_on_July_13%2C_1995.jpg/290px-Mile_High_Stadium_on_July_13%2C_1995.jpg as displayed by https://en.wikipedia.org/wiki/Mile_High_Stadium
In Puffin Browser Pro, I see "Error 349 (net::ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_DISPOSITION) when loading URL
https://upload.wikimedia.org/wikipedia/commons/thumb/8/81/Mile_High_Stadium_on_July_13%2C_1995.jpg/290px-Mile_High_Stadium_on_July_13%2C_1995.jpg" at the first URL

image.jpg (228×1 px, 142 KB)
and a small 'cannot display that image' type infographic at the article (pictured, ignore Puffin's floating menu button at the right border)
image.jpg (355×614 px, 27 KB)
.

No such problems in Firefox 54 or Chromium 59 on a Linux desktop.
Issue seems to be browser / platform specific?

Krinkle renamed this task from ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_DISPOSITION to Android unable to render file from upload.wikimedia.org "Error 349 ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_DISPOSITION".Feb 23 2018, 1:14 AM
Krinkle renamed this task from Android unable to render file from upload.wikimedia.org "Error 349 ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_DISPOSITION" to Unable to render file from upload.wikimedia.org "Error 349 ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_DISPOSITION".
Krinkle updated the task description. (Show Details)

https://stackoverflow.com/questions/13578428/duplicate-headers-received-from-server is old but talks about this issue with commas in filenames and C-D header used for attachments. Note the example URLs above contain commas encoded as %2C , which probably points at something similar.