"order playlist" (by key) out of order
Hi Hendrik! I have found new ways to break BeaTunes :)
First, I did "synchronize" and "repair database", no errors were reported. I then created a playlist of 346 ? items called "Mix0605". Working in the playlist, I select the 1st song. Then I RMB and try "order playlist by key, clockwise, period = 1" and ... nothing happened! Here is where it is curious. From the above playlist, I copied smaller amounts naming them stuff like "test100songs" etc. These will allow the "sort by key" option. Finally, I selected the entire playlist, did create playlist (test342songs) and it too allows sorting. Go figure!
I've also found another possible bug. RMB on the playlist name, select "rename" and many times, nothing at all happens. I shut down and restarted. This time it worked...once. So I uploaded logs and opened this ticket. Happy bug killing.
Comments are currently closed for this discussion. You can start a new one.
Keyboard shortcuts
Generic
| ? | Show this help |
|---|---|
| ESC | Blurs the current field |
Comment Form
| r | Focus the comment reply box |
|---|---|
| ^ + ↩ | Submit the comment |
You can use Command ⌘ instead of Control ^ on Mac
1 Posted by benjamin_moser on 06 Jun, 2018 05:20 PM
While working a "slow response" issue, I copied the database directory to a archive, then deleted it, logs, etc. Then I restarted BeaTunes and let it rebuild the database. I now get much faster response on the GUI (although I did not report this as an issue). For what it's worth, the inability to sort a "big" (1000+) item playlist remains, as does the work-around (copy + paste to new list.) I did not check the rename bug yet.
Support Staff 2 Posted by hendrik on 07 Jun, 2018 03:31 PM
Hey Benjamin,
just for my understanding: what's RMB? Some auto-correction typo?
When permanent sorting failed, was the playlist perhaps already sorted (via the table headers)?
Sorting by property only affects the "natural" order of the playlist, not the one imposed by a transient sorting, e.g. via the table headers.
-hendrik
3 Posted by benjamin_moser on 09 Jun, 2018 10:38 PM
RMB = right mouse button
Not sure if I had done a temporary sorting, probably. That would explain why "order playlist by property" did not work. It would explain why my copy and paste to a new playlist and then order by property works better. After using beatunes for a few years, I am wondering how I ever managed to save a playlist in a sorted order ? How does one know what the natural order of the playlist is?
The computing world is full of oddities. Somehow I managed to get a "*" in a field for my State department of motor vehicles record. They had a devil of a time updating that record If you have a Unix background you may guess why :)
Support Staff 4 Posted by hendrik on 10 Jun, 2018 05:23 PM
Hey Ben,
every user playlists in beaTunes has a column with simple numbers. I call this the index column. Unlike all the other columns, it does not have table header, so nothing like "Artist", "Album", etc. at the top of the column. BUT: It's still clickable. When clicked upon, the playlist goes back to its natural order.
Order Playlist by... affects only this natural order. So when another temporary sort order is selected, you won't be able to see the natural order.
Now, when you click on Order Playlist by... it makes total sense that you expect to see the new natural order, which has been organized in the way you chose (e.g. by a certain property). So far, beaTunes has not done this. But it really should, to avoid confusion.
So in version 5.1.7 (to be released soon), I have changed this behavior, so that any temporary order will be removed, once you choose to re-arrange a playlist using Order Playlist by.... Hopefully that will fix this and make it more intuitive.
Thanks for making me aware of this!
Oh no! Different generation, but same problem: A friend of mine has the last name
Null. All kinds of problems, when the software processing her name sucks...Have a great Sunday!
-hendrik
5 Posted by benjamin_moser on 13 Jul, 2018 12:31 AM
OK to close this issue.
benjamin_moser closed this discussion on 13 Jul, 2018 12:31 AM.