Order of playlists not preserved on load

Bug #136121 reported by Adam Olsen
20
Affects Status Importance Assigned to Milestone
Exaile
Fix Released
Medium
AnthonyWaters

Bug Description

I just started using Exaile today. Using Amarok, I exported my main playlist as a .m3u file and imported it into Exaile. That worked perfectly fine. However, when I go to save this playlist in the playlists tab on the left and reload the playlist, the order is all screwed up. The songs are grouped by artist, but even then there appears to be very little order to the list.

To replicate:
1. Add songs (either from a .m3u or just one at a time) to a new playlist tab in the player.
2. Right click on the New Playlist tab and select "Save Playlist." Name your playlist.
3. Open a new playlist.
4. Double click on the previously saved playlist as listed in the "Playlists" tab on the left.
5. Check out the order of the songs.

This ticket was migrated from the old trac: re #630

Revision history for this message
Andrew (andrewkvalheim) wrote :

I've run into the same problem. When I load internally saved playlists, the order has changed from that of when I saved it. Don't know if this happens during the save or the load of internal playlists. The 'Export Playlist' function doesn't have this problem.

Revision history for this message
cenoura (maggico89) wrote :

I have the same problem: i create a playlist, right click on the tab, save playlist, and when i open it again from the playlist menu songs are in different order. It's very annoying, i hope somebody fixes this soon

Revision history for this message
Kahlil Robinson (kahlil88) wrote :

Where does Exaile store playlists anyway? The most efficient way would probably be to store the .m3u in ~/.exaile/playlists/ or something (Amarok stores playlists under ~/.kde/share/apps/amarok/playlists).

Revision history for this message
AnthonyWaters (awaters1) wrote :

playlist are stored in a sqlite database, a fix is attached

Revision history for this message
AnthonyWaters (awaters1) wrote :
Revision history for this message
Adam Olsen (arolsen) wrote :

Patch committed with r1635.

It seems to work great. I added "UPDATE db_version SET version=4;" to changes0004.sql so that it doesn't try to import it more than after the first time.

Changed in exaile:
assignee: nobody → awaters1
importance: Undecided → Medium
milestone: none → 0.2.14
status: New → Fix Committed
reacocard (reacocard)
Changed in exaile:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.