Moodle
  1. Moodle
  2. MDL-24883

Corrupt zip file when using Intener Explorer

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Minor Minor
    • Resolution: Cannot Reproduce
    • Affects Version/s: 1.9.8
    • Fix Version/s: None
    • Component/s: Files API
    • Labels:
      None
    • Environment:
      Linux centos 5, postgres 8.1, apache 2.2.3, php 5.1.6
    • Affected Branches:
      MOODLE_19_STABLE
    • Rank:
      13201

      Description

      I have a zip file which will be downloaded in many courses in my site, so i put this file in "Site Files" and added a new resource, with a link of this file, in the courses. When i download using IE this file is corrupted, but when download with FF the file is OK

        Activity

        Hide
        Petr Škoda added a comment -

        Hello,
        this is most probably caused by server configuration or invalid characters at the end of some files. First check there are no extra whitespace chars at the end of your config.php file. Then make a binary comparison of the zip file before and after the download.

        Please use moodle.org support forums if you need more help. Thanks

        Petr Skoda

        Show
        Petr Škoda added a comment - Hello, this is most probably caused by server configuration or invalid characters at the end of some files. First check there are no extra whitespace chars at the end of your config.php file. Then make a binary comparison of the zip file before and after the download. Please use moodle.org support forums if you need more help. Thanks Petr Skoda
        Hide
        Carlos Alexandre S. da Fonseca added a comment -

        The configurations are ok , and the servers files are ok too (i use md5sum for it).

        But i found a workaround, i put "?forcedownload=true" in the end of the link and IE downloaded the file correctly.

        Show
        Carlos Alexandre S. da Fonseca added a comment - The configurations are ok , and the servers files are ok too (i use md5sum for it). But i found a workaround, i put "?forcedownload=true" in the end of the link and IE downloaded the file correctly.
        Hide
        Sergey Vidusov added a comment -

        I guess my problem is related to the same issue.

        When you try to download backup zip files in IE 8, a browser window pops up (containing nothing), then dialog window comes up asking to open/save the file. But nothing happens either I choose open or save - the download process just stalls. If right-click the link and choose "Save As" option, the zip file downloads successfully. But inside it contains a single file without extension, named after the backup file. If I append ".zip" to the end of it and unpack the file, everything goes okay.

        On the other hand, if I add "?forcedownload=1" to the link (e.g., "http://server/file.php/..../filename.zip?forcedownload=1), I get a valid zip file where everything's in its place.

        I would suggest that this behavior is caused by "Content-Disposition: inline" header, which I regard as pretty useless in case of zip files (and in case of all other types, if you ask me).

        As a solution I would suggest to set $forcedownload to true for all zip files coming through file.php.

        Show
        Sergey Vidusov added a comment - I guess my problem is related to the same issue. When you try to download backup zip files in IE 8, a browser window pops up (containing nothing), then dialog window comes up asking to open/save the file. But nothing happens either I choose open or save - the download process just stalls. If right-click the link and choose "Save As" option, the zip file downloads successfully. But inside it contains a single file without extension, named after the backup file. If I append ".zip" to the end of it and unpack the file, everything goes okay. On the other hand, if I add "?forcedownload=1" to the link (e.g., "http://server/file.php/..../filename.zip?forcedownload=1), I get a valid zip file where everything's in its place. I would suggest that this behavior is caused by "Content-Disposition: inline" header, which I regard as pretty useless in case of zip files (and in case of all other types, if you ask me). As a solution I would suggest to set $forcedownload to true for all zip files coming through file.php.

          People

          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: