View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0017726||MediaMonkey 5||Codecs||public||2021-04-05 23:38||2021-04-16 14:43|
|Target Version||5.0||Fixed in Version||5.0|
|Summary||0017726: Files with Path >300 Chars fail to play and read Album art when browsed with MM|
|Description||1. I can't play or D&D FLAC files from explorer that have >300 char path|
Tested file path of 360 chars "\\192.168.1.250\Download\transmission\completed\!!!SerijeDownload\!!!!!Serije Nesredjene\Benjamin Shaw - Exciting Opportunities- A Collection of Singles and Sadness\Benjamin Shaw - Exciting Opportunities- A Collection of Singles and Sadness\Benjamin Shaw - Exciting Opportunities- A Collection of Singles and Sadness - 07 The Birds Chirp & the Sun Shines.flac"
2. MP3 file in same folder plays normally when D&D from Explorer (Looks like explorer Shorten Filename to 8+3), but if using MM Folder browser they can't be played
3. If last path when MM was closed is >256 Chars long then No track info is read on MM restart, but you need to go back folders till it is <256 and then files Tags are read (excluding Album Art)
Definicion for UNC paths format both local and and network https://en.wikipedia.org/wiki/Path_(computing)#Universal_Naming_Convention
|Tags||No tags attached.|
|Fixed in build||2333|
|related to||0016791||closed||michal||Remove ID3V1 & V2 from FLAC can fail (AV)|
|related to||0015572||closed||michal||Possible EPathTooLongException when ripping CDs|
|related to||0012868||closed||michal||Ability to support long filepaths (> 260 chars) on Windows|
|related to||0017724||closed||michal||Files with unset attributes can't be tagged or organized (regression)|
Note: Peke indicated that the problematic files have the 'a' attribute set, which would imply that this issue is independent of 0017724
Attributes of Files from supplied album I have used in test.
NOTE: I never received non accessible dialog in all of my tests.
||Problem is caused but the fact, that Windows API function "GetFileAttributesW" fails when accessing long paths like this. It is used on many places, e.g. when checking accessibility or existence of the file, it is also called from some Delphi system functions. It works for local files ( with prefix "\\?\" we automatically use), but for paths like "\\address\...\" fails in case path is longer. I am not sure, if we could find some workaround, it seems to be Windows API bug. I tried VLC and it fails exactly the same way.|
Drag and drop from Explorer works, because Explorer automatically convert the long path to 8.3 notation like: \\192.168.1.250\Download\TRANSM~1\COMPLE~1\!!!SER~1\!!!!!S~1\BENJAM~1\BENJAM~1\BEC781~1.FLA
But this won't work in situation, where user has creating 8.3 filenames turned off for NTFS partition. Also this short path is sometimes created incorrectly and does not work too (it can destroy file extension), so such solution is also not very reliable.
||I think that \\?\UNC\' prefix might work, Michal is trying...|
||Fixed in build 2333. Prefix '\\?\UNC\' for such addresses works.|
Works now. Tested on Paths up to 860 chars and containing Cyrillic characters.