Files not loaded into the database

Bug #1954453 reported by Jens
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mixxx
New
Undecided
Unassigned

Bug Description

In the case of used special characters in the filename, the files will be not loaded into the database.

for example,
I try to load a file name "DJ Ötzi - irgendein Lied" but it will be not displayed in the track list.
The same problem I have with kyrillic characters in the filenames.
All these files will be not displayed.

OS: Linux x86_64 Ubuntu Studio 20.04
Mixxx: 2.3.1

Revision history for this message
Uwe Klotz (uklotzde-deactivatedaccount) wrote :

There are known issues on macOS: https://bugs.launchpad.net/mixxx/+bug/1866067

On Linux I cannot confirm this. Everything works as expected and all kinds of special characters in file names are handled correctly. At least on Fedora.

Revision history for this message
Jens (soundflyer) wrote :

I tested with 4 files.
1 file normal characters
3 file with different characters (german special characters like öäü and kyrillic characters).
In the database only the file without the special characters will be displayed.
Thats strange....

Revision history for this message
Uwe Klotz (uklotzde-deactivatedaccount) wrote :

Please check the log file for any warnings.

This should not be an issue on any recent Linux distribution that uses UTF-8. Internally Qt uses UTF-16, which also includes all the characters you mentioned.

Revision history for this message
Jens (soundflyer) wrote :

Maybe I found the Problem.
I'm using a NAS. If I'm connected via Windows to this NAS system, all files will be displayed with the correct characters. If I try to use the connection via a Linux system, the special characters are changed to "very" special signs. These signs are not readable (thats what I think) in Mixxx.

Now I have to find a solution for Linux for to display the correct file names with special characters
OR
I have to rename all file names (replace the special characters) in the NAS itself.

Revision history for this message
Daniel Schürmann (daschuer) wrote :

> are changed to "very" special signs

Is only the library scanner failing to pick them up or is it also failing if you try to drop such a file into a deck.

Please attach the ~/.mixxx/mixxx.log file here from this attempt.

Does the Linux File manager display the special characters tracks correctly?

Please also open a texts editor, drop the file to it.
The file:// url should be displayed. Save this file and attache it here as well.

Thank you.

Revision history for this message
Jens (soundflyer) wrote :

short update
in the Linux file manager I have the same problem.
äöü will be displayed as an special sign. It looks like a black traffic sign with questions mark.

If i have more time, I will make more tests as descripted in our message above and I will send you the log.

Revision history for this message
Michael (ehmic) wrote (last edit ):

If files with special characters like Umlauts (öä.. etc) are displayed correctly when stored on your harddrive (or SSD), I guess the issue is either, that the problematic filenames contain a byte sequence that isn't valid UTF, or something is strange/wrong with the way how your Ubuntu connects to the NAS.

But if you are experiencing this also with local files stored on your HDD/SSD, or while typing in the terminal / text editor, it is more likely a problem with your locales.

See for example the thread below and check if your locales appear to be messed up.

https://unix.stackexchange.com/questions/425929/problems-with-umlauts-cant-type-in-terminal-cant-open-files

If so, try to reconfigure them. ('sudo dpkg-reconfigure locales' should do the trick on Ubuntu)

Anyhow, if the problem also occurs in your file manager, I would say it is almost certainly not a bug in Mixxx.

Revision history for this message
Swiftb0y (swiftb0y) wrote :

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/10613

lock status: Metadata changes locked and limited to project staff
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.