| Summary: | Again: Export m3u-playlist ignores "relative paths" options | ||
|---|---|---|---|
| Product: | [Applications] amarok | Reporter: | wuselwu <einmaladresse_2> |
| Component: | Playlists/Saved Playlists | Assignee: | Amarok Developers <amarok-bugs-dist> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bart.cerneels, nhn, teo |
| Priority: | NOR | ||
| Version: | 2.4-GIT | ||
| Target Milestone: | 2.4.2 | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 2.4.2 | |
| Sentry Crash Report: | |||
|
Description
wuselwu
2011-06-18 18:02:35 UTC
I have to correct myself: Amarok seems to react to the "relative paths" switch, however, with a very strange way of interpretating "relative". My music drawer is /home/users/Musik The playlists are located toplevel in this folder. Amarok makes strange playlist entries like ../users/Musik/./Compilations/albumtitle/songtitle.mp3 which it itself cannot load anymore. Downgrading to the stable 2.4.1 version the "relative paths" feature gives entries like ../users/Musik/Compilations/albumtitle/songtitle.mp3 Also in this case not even Amarok itself can use the playlist, which makes the "export with relative paths" functionality completely unusable. Git commit 5cb8705528abcc1b74c09576daf6816e5ba31f1b by Bart Cerneels. Committed on 20/06/2011 at 12:43. Pushed by shanachie into branch 'master'. Make sure the relative checkbox is respected. The relative check is initialized using the configured setting. BUG:275988 M +2 -4 src/MainWindow.cpp M +4 -9 src/core-impl/playlists/types/file/PlaylistFileSupport.cpp M +3 -2 src/core-impl/playlists/types/file/PlaylistFileSupport.h M +15 -6 src/core-impl/playlists/types/file/m3u/M3UPlaylist.cpp M +2 -2 src/playlist/PlaylistModel.cpp M +1 -1 src/playlist/PlaylistModel.h M +2 -1 src/playlist/proxymodels/AbstractModel.h M +2 -2 src/playlist/proxymodels/ProxyBase.cpp M +1 -1 src/playlist/proxymodels/ProxyBase.h http://commits.kde.org/amarok/5cb8705528abcc1b74c09576daf6816e5ba31f1b |