View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0012531 | MMW v4 | Synchronization | public | 2015-01-24 23:27 | 2015-02-16 23:32 |
| Reporter | peke | Assigned To | |||
| Priority | immediate | Severity | feature | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.1.6 | ||||
| Target Version | 4.1.6 | Fixed in Version | 4.1.6 | ||
| Summary | 0012531: Omit drive letter from playlists on sync | ||||
| Description | Currently there is two ways to save path to files in synched playlists when syncing to USB drive (SDcard in reader also apply for that) with drive letter and playlists are not in same folder as files (Default setting is "\Playlist\" and "\Music\") 1. Normal default path would be saved with drive letter eg. "F:\Music\Queen.mp3" 2. Relative Path "..\Music\Queen.mp3" there is two more cases and devices when playlists do not work 3. When device reads playlists and as SDcard/stick do not have drive letter on mount or have different drive letter than only both 1 and 2 do not work but if ".." is omitted them then it works eg. "\Music\Queen.mp3" 4. when mounted SD card have added prefix path "\storage\SDCard0\" or "\SDCard\" in order to correctly access the files on SD card Have seen that on some OTG Media apps on android and number of headunits where adding option to manually add ROOT PATH PREFIX in File location option would solve it | ||||
| Additional Information | EHW-435-91098 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1729 | ||||
|
|
I wonder why Drive letter is even saved in playlists as it can eb chamged on each insert and if you inser USb on different PC than you haev also big chance to have different drive letter and playlist would not work? |
|
|
Hmm, the drive letter really shouldn't be there, I believe this must be a regression, although I see the same with 4.0.7 too :-/ |
|
|
Fixed in 4.1.6.1728 and merged to 5.0.0 |
|
|
Verified 1728 Waiting for user confirmation. |
|
|
Reopened, because in case of '[x] Use relative paths' options we should still keep the .. prefix as described in ticket QYX-664-16216 : "I sync to a mounted drive on my computer that actually points to \\localhost (because it's the only way I can sync to dropbox; I really wish y'all would fix that ;_; ). Eventually the directory in question gets synced (via dropbox) to my android phone. Anyways, it's worked like this for years. In my sync playlists options, I have use "Force relative paths", "Use Linux folder separator", and "Use unicode", and \Playlists\ as the destination directory. In the version I've been using, 4.1.4.1709 , this works fine. It produces playlists that look like this: ../alt/Blink_182--Adams_Song.mp3 ../alt/Offspring--All_I_Want.mp3 ../alt/Offspring--Get_A_Job.mp3 However, in the latest beta (4.1.6.1728), it does this instead: /alt/Blink_182--Adams_Song.mp3 /alt/Offspring--All_I_Want.mp3 /alt/Offspring--Get_A_Job.mp3 This ... does not work well. The android app interprets this as relative paths *under* the Playlists directory, which is not where my music is. " |
|
|
Fixed the regression for the Use relative paths option in build 1729. |
|
|
Verified 1732 |
|
|
Verified 1732 |
