1186830 - Firefox fails to redirect to URL loaded

Status: RESOLVED DUPLICATE of bug 1196882

(Web Compatibility :: Site Reports, defect)

Description

[Kevin D.]

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:39.0) Gecko/20100101 Firefox/39.0
Build ID: 20150720220238

Steps to reproduce:

i open a attachment from this site
www.drwindows.de/attachment.php?attachmentid=32069&stc=1&d=1332258871
www.drwindows.de/attachment.php?attachmentid=50940d1322293507


Actual results:

open in a blank page.


Expected results:

the attachment should open, IE and Chrome works fine,
Firefox 38.0.5 as well
Firefox 39 don't work

Comment 1

[Loic]

http://www.drwindows.de/attachment.php?attachmentid=32069&stc=1&d=1332258871
should redirect to
http://www.drwindows.de/attachments/32069-clickalender-jahresplaner-terminplaner-ck_sg05.png

Regression range:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=80431d4fd0da&tochange=bb35d1b73634

My guess is the suspected bug is bug 237623.

Comment 2

[Alice0775 White]

pushlog:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=fc7621347ee6&tochange=51a3652ce2ec


Regressed by:
51a3652ce2ec	Daniel Stenberg — Bug 237623 - introduce "soft" checks for HTTP framing errors, r=mcmanus

Comment 3

[Alice0775 White]

WORKAROUND: 
network.http.enforce-framing.soft = false

Comment 4

[Daniel Stenberg [:bagder]]

This server is clearly dead stupid:

$ curl  "http://www.drwindows.de/attachment.php?attachmentid=32069&stc=1&d=1332258871"
curl: (18) transfer closed with 141175 bytes remaining to read

Meaning that the 301 response is returned claiming to have "Content-Length: 141175" but the connection is still closed after the headers without sending a single byte of body...

Comment 5

[Honza Bambas (:mayhemer)]

We probably don't need to fail such a response when it is a redirect.

Comment 6

[Daniel Stenberg [:bagder]]

I agree that it the check probably can be skipped safely for all 3xx redirects, but it means yet another kludgey exception to the checks.

Comment 7

[Patrick McManus [:mcmanus]]

this doesn't seem to be running rampant, so let's see if TE can get the site fixed.

Comment 8

[wormdotnospam]

Another example of non-working redirect seems to be the "Meine Konten" button on "https://www.rabodirect.de/" that opens "https://www.rabodirect.de/includes/redirects.aspx?type=anmelden". Middle-clicking it to open in a new tab works (but isn't the desired way to do it), left-clicking it to open the pop-up (same URL, just in a "special" window) leaves an empty page that Firebug identifies as a 301 Moved Permanently redirect.
Setting "network.http.enforce-framing.soft = false" does not help in any way.

Comment 9

[Loic]

(In reply to wormdotnospam from comment #8)
> Another example of non-working redirect seems to be the "Meine Konten"
> button on "https://www.rabodirect.de/" that opens
> "https://www.rabodirect.de/includes/redirects.aspx?type=anmelden".
> Middle-clicking it to open in a new tab works (but isn't the desired way to
> do it), left-clicking it to open the pop-up (same URL, just in a "special"
> window) leaves an empty page that Firebug identifies as a 301 Moved
> Permanently redirect.
> Setting "network.http.enforce-framing.soft = false" does not help in any way.

It works for me, left clicking on the link opens the page in a pop-up, same from the context menu in a new tab/window. Try in safe mode or with a fresh profile.

Comment 10

[wormdotnospam]

(In reply to Loic from comment #9)

> It works for me, left clicking on the link opens the page in a pop-up, same
> from the context menu in a new tab/window. Try in safe mode or with a fresh
> profile.

Ah sorry, should have researched a bit more before. It seems Ghostery is causing that. (Though I don't really see how that would be related to its usual work, which is why I didn't expoect it to be the cause in the first place.)