Bugzilla – Bug 55
filenames and tags containing asterisks are dangerous
Last modified: 2008-08-18 10:54:16 UTC
From: James Gilbert Date: Fri May 16, 2003 12:46:47 AM US/Pacific Hi there, I have just purchased a few SLIMP3s for my home and noticed a problem when trying to play files with an * in the filename. I can select and search OK using the remote control, but when I try and play a file with the * in the filename the SLIMP3 loses contact with the server and puts up a message saying something like "Can't find server on nnn.nnn.nnn.nn ?". To get things going again I have to restart the server; I guess it has probably crashed. Is this a known problem ? Other software I have on the PC will play the files OK. Or should I rename all the files which have * in the tag information and filename ? Thank you for your help James GIlbert
I renamed a file to contain an "*" and it played just fine using player UI and with web UI to play.
Which platform is this a problem for? Windows (at least with NTFS) doesn't allow an asterisk in filenames. I'm tempted to close this one.
You can have files with asterisks in the names in unix and mac, although it might take some work to make them. The real issue is that if a tag (say IN*XS) has an asterisk in it, funny things happen. We'll need to either escape them or use another way to express the regular expressions.
*** Bug 370 has been marked as a duplicate of this bug. ***
*** Bug 400 has been marked as a duplicate of this bug. ***
This needs reworking of the browseid3 / positioning stuff. Get rid of specified, etc.
*** Bug 622 has been marked as a duplicate of this bug. ***
*** Bug 1215 has been marked as a duplicate of this bug. ***
*** Bug 1283 has been marked as a duplicate of this bug. ***
Vidur - this is the main bug for your Buttons/BrowseDB work.
Maybe this falls in the same category. There's an album called +1 by Melissa Ferrick http://www.gracenote.com/xm/pcd/genfolk/86fce43e4fa43dfc670ff75fdf8a756e.html This shows up in the alums list as just 1 and not +1
Created attachment 410 [details] Screenshot showing the album listed as 1 and not +1
Vidur believes that this is fixed in the latest nightly for 6.1 please confirm.
This bug was marked resolved in Slimserver 6.1, which is several versions ago. If you're still seeing this bug, please re-open it. Thanks!