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
    • Rank:
      2758

      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.

      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 Škoda 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 Škoda 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 Škoda added a comment -

          Did you try standard windows unzip?

          It works fine for me in OS X.

          Show
          Petr Škoda 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 Škoda added a comment -

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

          Show
          Petr Škoda 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
          Lukáš Mižoch added a comment - - edited

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

          Show
          Lukáš Mižoch 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
          Lukáš Mižoch 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
          Lukáš Mižoch 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 Škoda 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 Škoda 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 Škoda added a comment -

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

          Show
          Petr Škoda 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: