-
Notifications
You must be signed in to change notification settings - Fork 46
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Square brackets in filename issue #66
Comments
Using a glob for this logic does not work well, because certain common characters like square brackets get interpreted specially. Instead, we need to just implement the prefix checking ourselves. This also updates the tests to catch this particular problem. Fixes #66.
Wow, that's a pretty embarrassing error. Sorry about that. I think I have a fix, and I've just pushed it to Docker with the |
fixed! and i don't think it is embarrasing. making an error proves that you are only human! thanks for the fix! |
I'm glad it worked for you! I also made a new release (1.1.1) and pushed it to Docker hub to make the fix official. |
Hi, I found an issue in mp3fs version 1.1 that I never experienced in the debian package (0.91). If a filename has a '[' or a ']' in it, the file shows up (e.g. in rsync) but cannot be listed, copied or accessed. Lots of media flac files have these brackets.
rsync output:
file has vanished: "/volume1/mp3fs/Alessandro Safina/Insieme a Te [14 Tracks]/09 Alessandro Safina Insieme a Te.mp3"
I reverted to version 1.0. This release handles the filenames without problem.
Thanks for the great work. And now using docker I run mp3fs directly on the NAS without the need of an external raspberry pi for transcoding!
The text was updated successfully, but these errors were encountered: