Songs with ñ or ó in filename do not become available in Mixxx

Bug #1848855 reported by Johnny
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Mixxx
New
Undecided
Unassigned

Bug Description

In the filename, when replacing the letter ó to o for example, the songs becomes visable and can be analyzed/imported.
Using build 2.2 r6722 on Mac OS Mojave 10.14.6

Johnny (username-jayzee)
description: updated
Johnny (username-jayzee)
summary: - Songs with ó in filename do not become available in Mixxx
+ Songs with ñ or ó in filename do not become available in Mixxx
Revision history for this message
Foss-4 (foss-4) wrote :

Couldn't reproduce this using master on macOS 10.14.6 as I see various song swith special character in them in my library which also are analyzed. ñ or Æ and there were others.

Can you test master: http://downloads.mixxx.org/builds/master/release/
and see if the issue persists for you please.

Revision history for this message
Johnny (username-jayzee) wrote :

Thank you for your feedback.
I have upgraded to the latest version 2.3.0 r6986 but still the same issue.
I noticed it also happens when there is an ó in the foldername.
Once the foldername or filename is changed, the file becomes visible when browsing the filesystem in Mixxx.
When I change the letter back to ó, the file stays visible though.
There is not and has never been a problem with the ID3 tags or metadata showing in the Mixxx library. Only with the filename, which makes new files not appear in Mixxx.
I have been using Mixxx for about 3 years very intensively, but I just noticed this issue a few months ago. I can't tell when exactly.

Revision history for this message
Benis (beenisss) wrote :

I'm pretty sure I have this exact same issue, and it seems to affect filenames with any accented or special characters. It's about 50/50 whether a file containing them in the name will be imported by Mixxx after I first save it to a relevant folder, and even when it works, usually sooner or later a library rescan will decide the track is no longer there and will dump it into my Missing Tracks.

If the file doesn't import into the Mixxx library at first I can add it manually by clicking and dragging it to Mixxx from a Finder window, but usually it will go missing again at some point.

I think it might be something to do with how the literal string of the filename is interpreted in the library database vs by the scanner.

I have previously discussed/ranted about this in these two Zulip chats:
https://mixxx.zulipchat.com/#narrow/stream/109171-development/topic/2.2E2.20beta.3A.20some.20filenames.20with.20special.20characters.20'missing'
https://mixxx.zulipchat.com/#narrow/stream/109695-_support/topic/mixxx.20can't.20read.20special.20characters.20since.20Qt5

I have been using 2.2.2

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/9779

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.