Uploaded image for project: 'Picard'
  1. Picard
  2. PICARD-233

Can't deal with charset of file being different than charset of current application

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Normal Normal
    • None
    • 0.16
    • Other
    • None
    • Linux

      This is a duplicate of http://bugs.musicbrainz.org/ticket/3908

      Under Linux there is no standard for the character set of the files on a filesystem. If the file character set of the filename and of the application doesn't match, picard has various issues with dealing with such files.

      For example, the name of the file is stored in the UTF-8 character set, but picard runs with LC_CTYPE set to en_US, so "locale charmap" returns "ISO-8859-1" (latin1).

      The Add file / Add Folder dialog box will actually show the filename properly. But at least the following thing cause an error:

      • Opening a directory or file with a non-ASCII char will fail because you try open it with the latin1 name instead of the filename like it is on the filesystem (UTF-8). It will show completely different error messages in both cases.
      • What does work however is opening a directory with only ASCII chars, but containing a non-ASCII file in it. But then selecting that file will show a weird filename in the status bar, it's showing the UTF-8 chars in the latin1 locale. I can live with that, if it didn't show it properly in the open dialog box.
      • If my memory is good, trying to save files will have a problem because it's failing to open the old filename.

      Kurt

            Unassigned Unassigned
            kroeckx Kurt Roeckx
            Votes:
            1 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:

                Version Package