Moodle
  1. Moodle
  2. MDL-24928

issues when zipping/unzipping UTF8 filenames

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Duplicate
    • Affects Version/s: 2.0
    • Fix Version/s: None
    • Component/s: Assignment (2.2)
    • Environment:
      Moodle 2.0 RC1 (Build: 20101023), REDHAT EL5 64bit.
      Zip open environment: Windows 7 and REDHAT EL5 (7-zip)
    • Database:
      MySQL
    • Affected Branches:
      MOODLE_20_STABLE

      Description

      In a course we have students with Greek fullnames and assignments with Greek filenames.
      When these assignments are extracted in a zip file the characters in greek dont apper correctly.
      I think it is a utf-8 encoding problem in the zip file.

        Gliffy Diagrams

        1. ???101-??????-Test-579.zip
          0.4 kB
          Christos Rodosthenous
        2. extracted-assignments.zip
          0.4 kB
          Christos Rodosthenous
        1. screenshot1.jpg
          64 kB
        2. screenshot2.jpg
          67 kB

          Issue Links

            Activity

            Hide
            Petr Skoda added a comment -

            Hello,
            the original zip format was not designed to be compatible with UTF8 characters. Unfortunately most programs and libraries implement it differently. Please try to use standard zip extraction instead of you current software (is it 7zip?) or try to use newer version.

            Petr

            Show
            Petr Skoda added a comment - Hello, the original zip format was not designed to be compatible with UTF8 characters. Unfortunately most programs and libraries implement it differently. Please try to use standard zip extraction instead of you current software (is it 7zip?) or try to use newer version. Petr
            Hide
            Christos Rodosthenous added a comment -

            I tested it with Winrar 3.93, Winzip 14.5, 7-zip 4.65 and 7-zip 9.17 beta. I have also tested it with REDHAT unzip utility.
            The problem remains.

            Show
            Christos Rodosthenous added a comment - I tested it with Winrar 3.93, Winzip 14.5, 7-zip 4.65 and 7-zip 9.17 beta. I have also tested it with REDHAT unzip utility. The problem remains.
            Hide
            Christos Rodosthenous added a comment -

            This is a file created using Download all assignments as a zip function.
            It contains the Filename in Greek with the problematic encoding.

            Show
            Christos Rodosthenous added a comment - This is a file created using Download all assignments as a zip function. It contains the Filename in Greek with the problematic encoding.
            Hide
            Petr Skoda added a comment -

            Did you try standard windows unzip?

            It works fine for me in OS X.

            Show
            Petr Skoda added a comment - Did you try standard windows unzip? It works fine for me in OS X.
            Hide
            Christos Rodosthenous added a comment -

            I have tested it with windows zip (Windows 7). Still the same.
            I will check it on OS X as well and get back to you.

            Show
            Christos Rodosthenous added a comment - I have tested it with windows zip (Windows 7). Still the same. I will check it on OS X as well and get back to you.
            Hide
            Christos Rodosthenous added a comment -

            I have tested it on OS X and everything is fine.
            The problem is that most users use windows and one of the above popular unzip utilities.

            Show
            Christos Rodosthenous added a comment - I have tested it on OS X and everything is fine. The problem is that most users use windows and one of the above popular unzip utilities.
            Hide
            Asaf Ohaion added a comment -

            I'm pretty sure this is a php (-libzip) bug, see:

            http://drupal.org/node/707792

            I have no such problems when using zip/unzip on linux from the command line

            Show
            Asaf Ohaion added a comment - I'm pretty sure this is a php (-libzip) bug, see: http://drupal.org/node/707792 I have no such problems when using zip/unzip on linux from the command line
            Hide
            Asaf Ohaion added a comment -

            here is a patch for php 5.3.5 to (partially) fix this:
            (the fix is actually on libzip, which is included in the php distribution)

            diff -uNr php-5.3.5/ext/zip/lib/zip_close.c php-5.3.5_zip_unicode_patch/ext/zip/lib/zip_close.c
            — php-5.3.5/ext/zip/lib/zip_close.c 2010-02-01 22:56:03.000000000 +0200
            +++ php-5.3.5_zip_unicode_patch/ext/zip/lib/zip_close.c 2011-02-23 18:59:42.976393230 +0200
            @@ -208,6 +208,8 @@
            cd->entry[j].bitflags &= ~ZIP_GPBF_DATA_DESCRIPTOR;
            }
            }
            + de.bitflags |= ZIP_GPBF_UTF8;
            + cd->entry[j].bitflags |= ZIP_GPBF_UTF8;

            if (za->entry[i].ch_filename) {
            free(de.filename);
            diff -uNr php-5.3.5/ext/zip/lib/zipint.h php-5.3.5_zip_unicode_patch/ext/zip/lib/zipint.h
            — php-5.3.5/ext/zip/lib/zipint.h 2010-02-01 23:20:07.000000000 +0200
            +++ php-5.3.5_zip_unicode_patch/ext/zip/lib/zipint.h 2011-02-23 18:58:38.886391024 +0200
            @@ -95,6 +95,7 @@
            #define ZIP_GPBF_ENCRYPTED 0x0001 /* is encrypted */
            #define ZIP_GPBF_DATA_DESCRIPTOR 0x0008 /* crc/size after file data */
            #define ZIP_GPBF_STRONG_ENCRYPTION 0x0040 /* uses strong encryption */
            +#define ZIP_GPBF_UTF8 0x0800 /* uses utf-8 for filnames/comments*/

            /* error information */

            Show
            Asaf Ohaion added a comment - here is a patch for php 5.3.5 to (partially) fix this: (the fix is actually on libzip, which is included in the php distribution) diff -uNr php-5.3.5/ext/zip/lib/zip_close.c php-5.3.5_zip_unicode_patch/ext/zip/lib/zip_close.c — php-5.3.5/ext/zip/lib/zip_close.c 2010-02-01 22:56:03.000000000 +0200 +++ php-5.3.5_zip_unicode_patch/ext/zip/lib/zip_close.c 2011-02-23 18:59:42.976393230 +0200 @@ -208,6 +208,8 @@ cd->entry [j] .bitflags &= ~ZIP_GPBF_DATA_DESCRIPTOR; } } + de.bitflags |= ZIP_GPBF_UTF8; + cd->entry [j] .bitflags |= ZIP_GPBF_UTF8; if (za->entry [i] .ch_filename) { free(de.filename); diff -uNr php-5.3.5/ext/zip/lib/zipint.h php-5.3.5_zip_unicode_patch/ext/zip/lib/zipint.h — php-5.3.5/ext/zip/lib/zipint.h 2010-02-01 23:20:07.000000000 +0200 +++ php-5.3.5_zip_unicode_patch/ext/zip/lib/zipint.h 2011-02-23 18:58:38.886391024 +0200 @@ -95,6 +95,7 @@ #define ZIP_GPBF_ENCRYPTED 0x0001 /* is encrypted */ #define ZIP_GPBF_DATA_DESCRIPTOR 0x0008 /* crc/size after file data */ #define ZIP_GPBF_STRONG_ENCRYPTION 0x0040 /* uses strong encryption */ +#define ZIP_GPBF_UTF8 0x0800 /* uses utf-8 for filnames/comments*/ /* error information */
            Hide
            Orestes Mas added a comment -

            Same problem with GNU/Linux OS.

            Our language (Catalan/Spanish) do use latin characters, but with accented letters. When unzipping zipped assignments all student names with accented letters are translated as "+?", where "?" is an unknown character. This leads to files that cannot be well managed by GUI tools (cannot be deleted or renamed, as internal routines doesn't handle well this unknown character).

            The only solution is to manage them from console, but it's a pain.

            Show
            Orestes Mas added a comment - Same problem with GNU/Linux OS. Our language (Catalan/Spanish) do use latin characters, but with accented letters. When unzipping zipped assignments all student names with accented letters are translated as "+?", where "?" is an unknown character. This leads to files that cannot be well managed by GUI tools (cannot be deleted or renamed, as internal routines doesn't handle well this unknown character). The only solution is to manage them from console, but it's a pain.
            Hide
            Sunner Sun added a comment -

            I met the same problem for Chinese characters.

            I tried change the default encoding of zip from utf-8 to gbk in moodle code. The downloaded zip can be correctly extracted in Windows by winrar and 7-zip. But no matter which encoding is using, it can not be extracted correctly in Ubuntu/CentOS/Debian.

            I use php 5.2.17.

            Show
            Sunner Sun added a comment - I met the same problem for Chinese characters. I tried change the default encoding of zip from utf-8 to gbk in moodle code. The downloaded zip can be correctly extracted in Windows by winrar and 7-zip. But no matter which encoding is using, it can not be extracted correctly in Ubuntu/CentOS/Debian. I use php 5.2.17.
            Hide
            Christos Rodosthenous added a comment -

            Any update regarding this issue?

            Show
            Christos Rodosthenous added a comment - Any update regarding this issue?
            Hide
            Petr Skoda added a comment -

            No update, the zip extraction apps are slowly improving, unfortunately PHP extension does not support unicode yet.

            Show
            Petr Skoda added a comment - No update, the zip extraction apps are slowly improving, unfortunately PHP extension does not support unicode yet.
            Hide
            Dan Marsden added a comment -

            here is the relevant PHP bug:
            https://bugs.php.net/bug.php?id=51929

            Show
            Dan Marsden added a comment - here is the relevant PHP bug: https://bugs.php.net/bug.php?id=51929
            Hide
            Dan Marsden added a comment -

            Asaf posted a PHP patch above which I think is the same one on that PHP bug if you want to compile your own version of PHP to fix this.

            Show
            Dan Marsden added a comment - Asaf posted a PHP patch above which I think is the same one on that PHP bug if you want to compile your own version of PHP to fix this.
            Hide
            Éliás Tamás added a comment -

            Hi all! I'm experiencing the same problem with Hungarian names, I'm using 2.1.1+ (Build: 20110817) moodle, with Apache/2.2.16 (Debian) DAV/2 mod_ssl/2.2.16 OpenSSL/0.9.8o mod_chroot/0.5 PHP 5.3.3-7+squeeze3 with Suhosin-Patch. Is there any possible sollution other then patching and recompiling php?

            Show
            Éliás Tamás added a comment - Hi all! I'm experiencing the same problem with Hungarian names, I'm using 2.1.1+ (Build: 20110817) moodle, with Apache/2.2.16 (Debian) DAV/2 mod_ssl/2.2.16 OpenSSL/0.9.8o mod_chroot/0.5 PHP 5.3.3-7+squeeze3 with Suhosin-Patch. Is there any possible sollution other then patching and recompiling php?
            Hide
            Sunner Sun added a comment -

            Hi Tamás,

            I have a patch at https://github.com/hit-moodle/moodle/commit/250e76bc4915cfb1e3868357447a08d690b63cd8

            If the client OS is Windows, it will convert all pathnames and filenames into GBK charset so that the zip can be unzipped properly in Windows. But it will not affect the generating of moodle backup file.

            GBK is the default charset of Windows Chinese version. Just simply change it to your charset.

            Show
            Sunner Sun added a comment - Hi Tamás, I have a patch at https://github.com/hit-moodle/moodle/commit/250e76bc4915cfb1e3868357447a08d690b63cd8 If the client OS is Windows, it will convert all pathnames and filenames into GBK charset so that the zip can be unzipped properly in Windows. But it will not affect the generating of moodle backup file. GBK is the default charset of Windows Chinese version. Just simply change it to your charset.
            Hide
            Sunner Sun added a comment - - edited

            I improved my previous patch. Now, it is at https://github.com/hit-moodle/moodle/commit/bb05fc75d4c02dae02567be36f9e46f1263984b0

            The new patch modified the underlying zip/unzip function of moodle. It uses localewincharset defined in lang files as default zip charset if browser is running under Windows. So windows users can zip and unzip freely and correctly.

            More:
            repo url: git://github.com/hit-moodle/moodle.git
            branch: MDL-24928_zip_for_windows (based on MOODLE_21_STABLE)

            Show
            Sunner Sun added a comment - - edited I improved my previous patch. Now, it is at https://github.com/hit-moodle/moodle/commit/bb05fc75d4c02dae02567be36f9e46f1263984b0 The new patch modified the underlying zip/unzip function of moodle. It uses localewincharset defined in lang files as default zip charset if browser is running under Windows. So windows users can zip and unzip freely and correctly. More: repo url: git://github.com/hit-moodle/moodle.git branch: MDL-24928 _zip_for_windows (based on MOODLE_21_STABLE)
            Hide
            Christos Rodosthenous added a comment -

            Tested it but it's not working. The greek characters in zip are still messed up.

            Show
            Christos Rodosthenous added a comment - Tested it but it's not working. The greek characters in zip are still messed up.
            Hide
            Sunner Sun added a comment -

            Hi, Christos

            You must choose greek as your moodle site language and access the site in Windows.

            Show
            Sunner Sun added a comment - Hi, Christos You must choose greek as your moodle site language and access the site in Windows.
            Hide
            Christos Rodosthenous added a comment -

            Greek is the selected language. And i access the site from a windows 7 machine.

            Show
            Christos Rodosthenous added a comment - Greek is the selected language. And i access the site from a windows 7 machine.
            Hide
            Sunner Sun added a comment -

            What is the language code of greek? (language code is something like en_us)

            Show
            Sunner Sun added a comment - What is the language code of greek? (language code is something like en_us)
            Hide
            Christos Rodosthenous added a comment -

            el_GR is the normal code but in /usr/moodledata/lang i see el_utf8 and el_utf8_local

            Show
            Christos Rodosthenous added a comment - el_GR is the normal code but in /usr/moodledata/lang i see el_utf8 and el_utf8_local
            Hide
            Sunner Sun added a comment -

            No idea.....the el lang packed defined localewincharset as WINDOWS-1253. If it is right, the patch should work.

            For me, I use zh_cn and localewincharset is CP936. Works well, no matter zip or unzip

            Show
            Sunner Sun added a comment - No idea.....the el lang packed defined localewincharset as WINDOWS-1253. If it is right, the patch should work. For me, I use zh_cn and localewincharset is CP936. Works well, no matter zip or unzip
            Hide
            Christos Rodosthenous added a comment -

            Is there a function i can insert to printout the $wincharset variable? Just to check the value( if it is not empty).

            Show
            Christos Rodosthenous added a comment - Is there a function i can insert to printout the $wincharset variable? Just to check the value( if it is not empty).
            Hide
            Sunner Sun added a comment -

            save the following code to MOODLEROOT/t.php

            <?php

            include('config.php');

            print_string('localewincharset', 'langconfig');

            Then access http://yoursite.com/t.php

            Show
            Sunner Sun added a comment - save the following code to MOODLEROOT/t.php <?php include('config.php'); print_string('localewincharset', 'langconfig'); Then access http://yoursite.com/t.php
            Hide
            Christos Rodosthenous added a comment -

            i got back WINDOWS-1253 which is the default for Greek

            Show
            Christos Rodosthenous added a comment - i got back WINDOWS-1253 which is the default for Greek
            Hide
            Christos Rodosthenous added a comment -

            I tested it with all Greek charsets CP1253, ISO-8859-7, WINDOWS-1253,ibm869.
            Unfortunatelly nothing works.

            Any other ideas?

            The localewincharset=WINDOWS-1253

            Show
            Christos Rodosthenous added a comment - I tested it with all Greek charsets CP1253, ISO-8859-7, WINDOWS-1253,ibm869. Unfortunatelly nothing works. Any other ideas? The localewincharset=WINDOWS-1253
            Hide
            Sunner Sun added a comment -

            I have no ideas. Can you pack a zip in windows and send it to sunner@gmail.com ? I will test it

            Show
            Sunner Sun added a comment - I have no ideas. Can you pack a zip in windows and send it to sunner@gmail.com ? I will test it
            Hide
            Christos Rodosthenous added a comment -

            Sure.

            Show
            Christos Rodosthenous added a comment - Sure.
            Hide
            Lukas Mizoch added a comment - - edited

            I confirm this problem on Moodle 2.1.2 and Czech names in ZIP archive.

            Show
            Lukas Mizoch added a comment - - edited I confirm this problem on Moodle 2.1.2 and Czech names in ZIP archive.
            Hide
            Pedro Crispim added a comment -

            I opened MDL-30436, but was closed because it is related with this one.
            I have a problem with unzipping zip files that contain files with special characters in their names.
            When I try to unzip such a zip file, it ignores the files that have special characters (do not unzip those files) and unzips only the others (it means that no weird characters are added in original filenames to replace accentuated ones).
            The same occurs if the zip file has folders with special characters - this folders are not created, neither are all the files that it contains (wether having special characters or not).
            I have Moodle on a LAMP server (CentOS 6 - 64bit), but created files with 7-zip and Windows zip function (Windows 7 machine). My language is Portuguese.
            Moodle version is 2.1.2

            Show
            Pedro Crispim added a comment - I opened MDL-30436 , but was closed because it is related with this one. I have a problem with unzipping zip files that contain files with special characters in their names. When I try to unzip such a zip file, it ignores the files that have special characters (do not unzip those files) and unzips only the others (it means that no weird characters are added in original filenames to replace accentuated ones). The same occurs if the zip file has folders with special characters - this folders are not created, neither are all the files that it contains (wether having special characters or not). I have Moodle on a LAMP server (CentOS 6 - 64bit), but created files with 7-zip and Windows zip function (Windows 7 machine). My language is Portuguese. Moodle version is 2.1.2
            Hide
            Dan Marsden added a comment -

            as mentioned above - this is a bug with PHP - not really "Moodle"

            if you are able to compile your own version of PHP there is a patch above that works but so far no-one has found a way to fix this by modifying Moodle code.

            Show
            Dan Marsden added a comment - as mentioned above - this is a bug with PHP - not really "Moodle" if you are able to compile your own version of PHP there is a patch above that works but so far no-one has found a way to fix this by modifying Moodle code.
            Hide
            Lukas Mizoch added a comment - - edited

            Well, Moodle can convert filenames into 7-bit ASCII, or can use e. g. 7-ZIP instead of old ZIP, or can use username with numbers (e. g. user_1.doc, user_2.xls...) instead of first and last name.

            Show
            Lukas Mizoch added a comment - - edited Well, Moodle can convert filenames into 7-bit ASCII, or can use e. g. 7-ZIP instead of old ZIP, or can use username with numbers (e. g. user_1.doc, user_2.xls...) instead of first and last name.
            Hide
            Dan Marsden added a comment - - edited

            not now it can't - unless someone writes a patch to change zip handing in 2.x - the only known workaround atm is to compile your own PHP with the patch above.

            we can't use usernames as these are "private" bits of information as required in many different organisations.(and usernames can contain utf8 chars anyway can't they?)

            I think it was Petr who removed the ability to use a system level zip via system paths in 2.0 - Petr would it be hard to add this back?

            Show
            Dan Marsden added a comment - - edited not now it can't - unless someone writes a patch to change zip handing in 2.x - the only known workaround atm is to compile your own PHP with the patch above. we can't use usernames as these are "private" bits of information as required in many different organisations.(and usernames can contain utf8 chars anyway can't they?) I think it was Petr who removed the ability to use a system level zip via system paths in 2.0 - Petr would it be hard to add this back?
            Hide
            Sunner Sun added a comment -

            In my opinion, this is a problem nature born with zip. But moodle can do something to improve it.

            Zip format born too early to meet the charset problem. So it never and ever thinks about the charset of filename and pathname. 7z and rar include charset info in archive files so that they can be unpacked no matter local charset, but zip does not contain such info. Therefore, for example, if I make a zip contains Chinese filenames on Windows (using gbk charset), it can not unzipped properly on Linux (using UTF8), and vice verse. I have tried many zip/unzip programs and all of them have this problem.

            If users can tell the unzip program which charsets are using in zip file and local system, the unzip program can do the conversion of encoding and solve the problem. But unfortunately, as I know there are no such unzip programs.

            I have deeply read moodle codes related with zip/unzip. The underlying library does consider charset but does not expose it (assume UTF8 everywhere). To prove that the changing of default charset of zip library can solve this problem, I made a patch: https://github.com/hit-moodle/moodle/commit/bb05fc75d4c02dae02567be36f9e46f1263984b0

            It uses localewincharset defined in lang files as default zip charset if browser is running under Windows. So windows users can zip and unzip freely and correctly. I have applied this patch on my production site for several months and it works well at least for my users. Our localwincharset is gbk (Chinese). But Christos Rodosthenous reported that it does not work for greek.

            Show
            Sunner Sun added a comment - In my opinion, this is a problem nature born with zip. But moodle can do something to improve it. Zip format born too early to meet the charset problem. So it never and ever thinks about the charset of filename and pathname. 7z and rar include charset info in archive files so that they can be unpacked no matter local charset, but zip does not contain such info. Therefore, for example, if I make a zip contains Chinese filenames on Windows (using gbk charset), it can not unzipped properly on Linux (using UTF8), and vice verse. I have tried many zip/unzip programs and all of them have this problem. If users can tell the unzip program which charsets are using in zip file and local system, the unzip program can do the conversion of encoding and solve the problem. But unfortunately, as I know there are no such unzip programs. I have deeply read moodle codes related with zip/unzip. The underlying library does consider charset but does not expose it (assume UTF8 everywhere). To prove that the changing of default charset of zip library can solve this problem, I made a patch: https://github.com/hit-moodle/moodle/commit/bb05fc75d4c02dae02567be36f9e46f1263984b0 It uses localewincharset defined in lang files as default zip charset if browser is running under Windows. So windows users can zip and unzip freely and correctly. I have applied this patch on my production site for several months and it works well at least for my users. Our localwincharset is gbk (Chinese). But Christos Rodosthenous reported that it does not work for greek.
            Hide
            Nadav Kavalerchik added a comment -

            I am not so optimistic about this issue, unfortunately.
            A very long time ago, on a distant planet (RedHat Bugzilla) we tried to solve this issue at the zip application/library level : https://bugzilla.redhat.com/show_bug.cgi?id=225576
            We have patched the zip/unzip software and libs to support a trick for converting Hebrew filenames
            But, for it to work... Windows users had to upgrade (compile) there zip/unzip software too, to enjoy the Trick.

            There are two issues for this on the php bugzilla:
            https://bugs.php.net/bug.php?id=53948
            https://bugs.php.net/bug.php?id=51929
            Not sure where it stands on their priority list and if they can even solve this.

            Eventually and for the time being, we are using a deprecated wrapper to the type3 lib after reading: http://docs.moodle.org/dev/UTF-8_scripts

            I have added the following two lines:

            $textlib = textlib_get_instance();
            $localname  = $textlib->specialtoascii($localname );
            

            to the function : "public function add_file_from_pathname($localname, $pathname)"
            inside : moodle/lib/filestorage/zip_archive.php
            line 283~

            and now it looks like this:

             $textlib = textlib_get_instance();
             $localname  = $textlib->specialtoascii($localname );
             
             return $this->za->addFile($pathname, $localname );
            }
            

            Now, we are getting English characters instead of Hebrew characters in the filenames
            so this workaround is, relatively, a solution.

            Until we move from zip to some other international compression standard that support Unicode.

            Show
            Nadav Kavalerchik added a comment - I am not so optimistic about this issue, unfortunately. A very long time ago, on a distant planet (RedHat Bugzilla) we tried to solve this issue at the zip application/library level : https://bugzilla.redhat.com/show_bug.cgi?id=225576 We have patched the zip/unzip software and libs to support a trick for converting Hebrew filenames But, for it to work... Windows users had to upgrade (compile) there zip/unzip software too, to enjoy the Trick. There are two issues for this on the php bugzilla: https://bugs.php.net/bug.php?id=53948 https://bugs.php.net/bug.php?id=51929 Not sure where it stands on their priority list and if they can even solve this. Eventually and for the time being, we are using a deprecated wrapper to the type3 lib after reading: http://docs.moodle.org/dev/UTF-8_scripts I have added the following two lines: $textlib = textlib_get_instance(); $localname = $textlib->specialtoascii($localname ); to the function : "public function add_file_from_pathname($localname, $pathname)" inside : moodle/lib/filestorage/zip_archive.php line 283~ and now it looks like this: $textlib = textlib_get_instance(); $localname = $textlib->specialtoascii($localname );   return $this->za->addFile($pathname, $localname ); } Now, we are getting English characters instead of Hebrew characters in the filenames so this workaround is, relatively, a solution. Until we move from zip to some other international compression standard that support Unicode.
            Hide
            Petr Skoda added a comment -

            Hello, please try patch from MDL-33753, it should deal with utf-8 characters a lot better. If you find something that does not work please send me a small test archives together with a screenshot of file names inside it, I can try to add more heuristics to deal with non-standard encodings.

            Show
            Petr Skoda added a comment - Hello, please try patch from MDL-33753 , it should deal with utf-8 characters a lot better. If you find something that does not work please send me a small test archives together with a screenshot of file names inside it, I can try to add more heuristics to deal with non-standard encodings.
            Hide
            Nadav Kavalerchik added a comment -

            Thank you Petr (I will try it and let you know how it goes)

            Show
            Nadav Kavalerchik added a comment - Thank you Petr (I will try it and let you know how it goes)
            Hide
            Vadim Dvorovenko added a comment -

            Please take a look at MDL-33068. I've rebesed select encoding on unzip interface on latest branches

            Show
            Vadim Dvorovenko added a comment - Please take a look at MDL-33068 . I've rebesed select encoding on unzip interface on latest branches
            Hide
            Petr Skoda added a comment -

            Hello, this was confirmed to be working fine in latest Moodle 2.4, thanks for the report.

            Show
            Petr Skoda added a comment - Hello, this was confirmed to be working fine in latest Moodle 2.4, thanks for the report.

              People

              • Votes:
                10 Vote for this issue
                Watchers:
                12 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: