Bugzilla – Bug 2156
case sensitive playlist names a problem on Windows
Last modified: 2008-09-15 14:39:24 UTC
SlimServer is case sensitive so allows you to create playlists which would have the same name on a case insensitive system (ie Windows). When they're saved to disk they overwrite each other. Also a problem in the save playlists plugin I guess? Solutions could be to make playlist names case insensitive (upsetting *NIX users I'd imagine?) or add some sort of unique identifier on Windows?
so upsetting unix users a solution, while simply not using the same filenames in windows (regardless of case) not a solution? perhaps the check for an existing file could be case insensitive when OS eq 'win'. Oddly, I'd have expected that the OS would report a match on -e regardless of case if the OS/filesystem is case insensitive
hmm, looks like there is no -e test or warnings from the player UI side. I don't know the CLI all that well, but perhaps the playlist "save" command should check and return $p0=undef if the playlist file already exists?
*** Bug 2163 has been marked as a duplicate of this bug. ***
Copied from bug 2163 which has been marked as a duplicat of this bug: Moreover, the playlist plugin uses small letters as default when saving a playlist. The first letter is shown as "A" but all further letters are small letters when pressing right. If you overwrite the first "A" with another character then this new character is also a lower case letter per default. All other lists which use this kind of input (e.g. the "Search for" lists) use captital letters as default input values.
Not going to be able to fix for 6.2...
I believe this is fixed in 6.2.2 and later. Can someone confirm? Thanks
This should be fixed.. please reopen if it's not. Thanks