Firefox 7.0.1 errors with Download

webservant · Posted: Tue Oct 11, 2011 12:41 pm

My desktop is running Ubuntu 11.04 (64bit), and a recent update upgraded Firefox to 7.0.1. Since the upgrade, I'm getting the following from Downloads (just the actual "go get it" post):

Quote:

Corrupted Content Error

The page you are trying to view cannot be shown because an error in the data transmission was detected.

The page you are trying to view cannot be shown because an error in the data transmission was detected.Please contact the website owners to inform them of this problem.

The site is running RN 2.40.01 with an update of Shortlinks.
The problem occurs with Downloads in RN 2.40.01 and with the TNDL_NSNGD_010100.zip from Susan's site.

FF seems to point to the site as a problem.

Has anyone else experienced this?
Does anyone have any ideas / workarounds / fixes?

webservant · Posted: Tue Oct 11, 2011 12:42 pm

BTW - I'm told of similar problems with Safari. IE works in all cases.

webservant · Posted: Tue Oct 11, 2011 1:01 pm

I found TNDL-NSNGD 1.1.2 on Montego's site.
This upgrade also show the issue.
FF seems to point to Location and/or content length errors.

montego · Posted: Tue Oct 11, 2011 7:52 pm

webservant, there was definitely an issue with a few browsers with the earlier 1.1.0 of TegoNuke(tm) Downloads, so I am glad you installed the latest. Just curious, what browser did you use to download 1.1.2 from my site? The same one used causing the issues noted?

The reason I ask is there are two different download methods and I need to know which one. Are your download links http links or relative file system paths?

webservant · Posted: Wed Oct 12, 2011 4:47 am

Wow - it never dawned on me. Yes, I did use the FF 7.0.1 browser to download v1.1.2 from your site. Trying again, I get the issue both from clicking on the block and from finding it in the downloads module screen. The files are relative file system paths.

montego · Posted: Wed Oct 12, 2011 6:57 am

That is odd then as I am running the latest 1.1.2 there... and the other odd thing is that you are able to use IE... I would have thought it would be an issue across-the-board with all browsers if it was some kind of configuration issue.

Please make sure you have uploaded all the html/modules scripts that are in the 1.1.2 distro you got off my site again as I still suspect that maybe you missed one of them?????

montego · Posted: Wed Oct 12, 2011 6:59 am

I am also wondering if maybe there is a server-side configuration issue or something changed recently. Might explain why both original Downloads and new TNDL are now not working for you... sorry, grasping a bit at straws here.

Guardian2003 · Posted: Wed Oct 12, 2011 8:53 am

I'm confused as to the actual problem being discussed - are you having issues downloading stuff or is it just your website that is affected?
I just tried some downloads at Montego's site and they seem to work without errors (Ubuntu 11.04, FF 7.0.1 and also tried latest Kubuntu as well).

webservant · Posted: Wed Oct 12, 2011 1:23 pm

Apparently, the problem is limited to my website -

Only registered users can see links on this board!
Get registered or login to the forums!

However, this used to work, and broke with the update to FF 7.x

I will double check the uploads and let you know.
Is it possible that something in the rewrites for shortlinks may be effecting the conversation?

Guardian2003 · Posted: Wed Oct 12, 2011 1:57 pm

I see what you mean. Looks like it is just your website that is affected as other site downloads work for me using FF 7.0.1

Susann · Posted: Wed Oct 12, 2011 3:50 pm

Quote:

The problem occurs with Downloads in RN 2.40.01 and with the TNDL_NSNGD_010100.zip from Susan's site.

I still don´t offer downloads at su-s.com and at skin-up you will also not find this zip Question

webservant · Posted: Wed Oct 12, 2011 8:26 pm

So, I refreshed all the files from TNLD-NSNGD v1.1.2
All the files had yesterday's date, but I re-uploaded them anyway.
It made no difference.

The Chromium browser (12.0.742.112~r90304-0ubuntu0.11.04.1) gives the following in the place of the FF generic Corrupted Content Error:

Error 346 (net::ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_LENGTH): Unknown error.

nuken · Posted: Thu Oct 13, 2011 7:49 am

Try disabling your ads. The banner ad and the block ad. See if that fixes the problem.

webservant · Posted: Thu Oct 13, 2011 8:05 am

Interesting, I have ADs showing, but the module was inactive.
I disabled the ADs, and still have the problem.
Then I activated the module - still the problem.
Then I re-activated the ADs - still the problem.

My next hope is to get a look at things with a broken FF and something like Fiddler.

webservant · Posted: Thu Oct 13, 2011 8:20 am

Hmmm. Two "Content Lengths":

HTTP/1.1 200 OK
Date: Thu, 13 Oct 2011 14:15:19 GMT
Content-Type: application/octet-stream
Connection: close
Server: Nginx / Varnish
X-Powered-By: PHP/5.2.17
Set-Cookie: lang=english; expires=Fri, 12-Oct-2012 14:15:17 GMT
Content-Description: File Transfer
Content-Disposition: attachment; filename="1co15v35-49-More_Detail_On_The_Resurrection.mp3"
Content-Transfer-Encoding: binary
Expires: 0
Cache-Control: must-revalidate, post-check=0, pre-check=0
Cache-Control: private
Pragma: public
Content-Length: 7242743
Content-Encoding: gzip
Vary: Accept-Encoding
Content-Length: 7072049

Where would these be set in the code?

webservant · Posted: Thu Oct 13, 2011 8:27 am

BTW - the 7242743 matches the Downloads entry for filesize. I set this based on what FTP tells me it uploads.

If I zero out the filesize, I still get two content lengths:

HTTP/1.1 200 OK
Date: Thu, 13 Oct 2011 14:25:02 GMT
Content-Type: application/octet-stream
Connection: close
Server: Nginx / Varnish
X-Powered-By: PHP/5.2.17
Set-Cookie: lang=english; expires=Fri, 12-Oct-2012 14:25:00 GMT
Content-Description: File Transfer
Content-Disposition: attachment; filename="pro23v29-35-Avoiding_The_Redness_Of_Eyes.mp3"
Content-Transfer-Encoding: binary
Expires: 0
Cache-Control: must-revalidate, post-check=0, pre-check=0
Cache-Control: private
Pragma: public
Content-Length: 7431381
Content-Encoding: gzip
Vary: Accept-Encoding
Content-Length: 7248098

The 7431381 was the value that I removed from the Downloads definition.

spasticdonkey · Posted: Thu Oct 13, 2011 10:04 am

why this is happening or how you fix it is another issue, but I think you are on the right track

Only registered users can see links on this board!
Get registered or login to the forums!

Quote:

We should create a document on MDN and/or SUMO that is easily found when searching for "NS_ERROR_CORRUPTED_CONTENT" via Google, that says that this error occurs when the server response has multiple, conflicting values for the Content-Length, Content-Disposition, and/or Location headers. The article should suggest to the developer that he change his server so that it emits only one value for these header fields. I filed bug 688345 for logging the error into the web console. Once that is done, the MDN/SUMO article(s) can explain how to use the web console to diagnose and fix the issue.

webservant · Posted: Wed Oct 19, 2011 7:37 pm

So, I did a test. I made a change to html/modules/Downloads/public/go.php and commented out this line:

Code:

         } else {
            // Download is hosted here, so go get it and stream it to the browser.
            // @todo Should improve configurability and/or bullet-proofness over time
            if(ini_get('zlib.output_compression')) @ini_set('zlib.output_compression', 'Off'); // gzip compression can mess up the stream (content-length issue?)
            /*
            * Opera has an issue with MIME type of "octet-stream" and requires "octetstream" instead!
            */

            if (preg_match('#Opera(/| )([0-9].[0-9]{1,2})#i', getenv('HTTP_USER_AGENT'))) {
               $cType = 'application/octetstream';
            } else {
               $cType = 'application/octet-stream';
            }
            header('Content-Description: File Transfer');
            header('Content-Type: ' . $cType);
            header('Content-Disposition: attachment; filename="' . basename($lidinfo['url']) . '"');
            header('Content-Transfer-Encoding: binary');
            header('Expires: 0');
            header('Cache-Control: must-revalidate, post-check=0, pre-check=0');
            header('Cache-Control: private', false);
            header('Pragma: public');
/*
//Commented out to test FF 7.0.1 issue
//             header('Content-Length: ' . filesize($lidinfo['url']));
//
*/
            // If output bufferring was used, need to ensure to clean it out
            @ob_clean();
            @flush();
            @set_time_limit(0); // May not be allowed or even desired, but choosing simple for first go-around
            readfile($lidinfo['url']); // Ok, go get it... and hope it doesn't consume all the PHP memory!
         }
         die();
      } else {

When I uploaded this, and tested a download - it worked with no harm to the downloaded file. When I uploaded the original file again, and re-downloaded the same file, I get the content error.

SO - from what file is the other Content-Length header coming?
I find some in includes/xmlrpc/xmlrpc.php - but this same test does not fix the problem.

I also see some issues in the comments of the code quoted above about gzip compression. Can any of this be related to the issues that prompted these comments??

webservant · Posted: Wed Oct 19, 2011 7:45 pm

I put the change back in for the time being because it allows FF 7.0.1 to work without seeming to harm the downloaded file. Where else would a "Content-Length" tag come from? Is there any other place in the code which may provide this? Of is this something about the webserver configuration?

Guardian2003 · Posted: Thu Oct 20, 2011 2:21 am

Content-Length is only really needed when you are changing the Content-Type or Content Disposition when the script has to handle a specific file type, content type or mimetype.
You should see it used in;
modules/Forums/admin/admin_users.php - for the avatar data
Your_Account/public/avatarlinksave.php - as above
Forums/download.php - for downloading forum attachments
Forums/includes/usercp_avatar.php

webservant · Posted: Thu Oct 20, 2011 6:48 am

Thanks. So, I have a bit of a mystery because (as posted above) I'm getting two sets of headers:

The first set comes from Downloads go.php (I believe):

Quote:

HTTP/1.1 200 OK
Date: Thu, 13 Oct 2011 14:25:02 GMT
Content-Type: application/octet-stream
Connection: close
Server: Nginx / Varnish
X-Powered-By: PHP/5.2.17
Set-Cookie: lang=english; expires=Fri, 12-Oct-2012 14:25:00 GMT
Content-Description: File Transfer
Content-Disposition: attachment; filename="pro23v29-35-Avoiding_The_Redness_Of_Eyes.mp3"
Content-Transfer-Encoding: binary
Expires: 0
Cache-Control: must-revalidate, post-check=0, pre-check=0
Cache-Control: private
Pragma: public
Content-Length: 7431381

And then the second set:

Quote:

Content-Encoding: gzip
Vary: Accept-Encoding
Content-Length: 7248098

My fundamental question is what is adding the second set of headers? Is this part of RN? or is it my hosting provider "helping" me?

Guardian2003 · Posted: Thu Oct 20, 2011 7:50 am

I honestly don't know Sad

Just out of curiosity, is your htaccess file using etags? Do you have anything like

Code:

<filesMatch "\.(gzip)$">
Header set Cache-Control "private"
</filesMatch>

in your htaccess ?

webservant · Posted: Thu Oct 20, 2011 8:33 am

Near the top of the file is this:

Code:

# -------------------------------------------
# For better performance set FileETag to NONE base on recommendations from
# http://developer.yahoo.net/blog/archives/2007/07/high_performanc_11.html
# -------------------------------------------
FileETag none

But I also have some mod_expires directives and an not sure if that effects the headers:

Code:

#
# -------------------------------------------
# Only process if mod_expires is installed
# For faster load times cache certain types of files for specific amount of time
# You should adjust these settings based upon your caching requirements
# -------------------------------------------
<IfModule mod_expires.c>
ExpiresActive On
# ExpiresDefault A86400
ExpiresByType image/x-icon "access plus 1 month"
ExpiresByType text/css "access plus 5 minutes"
ExpiresByType image/gif "access plus 1 month"
ExpiresByType image/png "access plus 1 month"
ExpiresByType image/jpeg "access plus 1 month"
ExpiresByType text/plain "access plus 15 minutes"
ExpiresByType application/x-shockwave-flash "access plus 1 month"
ExpiresByType video/x-flv "access plus 1 month"
ExpiresByType application/pdf "access plus 1 month"
# ExpiresByType text/html "access plus 5 minutes"
ExpiresByType text/javascript "access plus 5 minutes"
ExpiresByType application/x-javascript "access plus 5 minutes"
</IfModule>

But even if it does, the stream is application/octetstream (right?)

The rest of the file is TegoLinks rewrites.

Guardian2003 · Posted: Thu Oct 20, 2011 8:39 am

That looks good, I was just wondering if there was a conflict with a htaccess directive but it doesn't look like it from what you posted - it was a complete stab in the dark.

webservant · Posted: Thu Oct 20, 2011 8:41 am

BTW - I do have three modules installed that are not vanilla RN:
1) Spam Blocker v0.2 Beta (from your site).
2) Project Tracking
3) Gallery2 with it's integration module for RN.

I don't think that any of these come into play here, and I suspect that IPOWER (my hosting company) has compression enabled in the web server itself which might be causing me the issue. However, to save my life, I can't find any web server configuration information.