vienna-rss icon indicating copy to clipboard operation
vienna-rss copied to clipboard

Can no longer sort article subscriptions at all

Open PacoH opened this issue 1 year ago • 7 comments

Version 3.9.0. OS X Ventura 13.6.3

I used to have all my subscriptions sorted by my own preferences with most used ones on top. I pruned many unused ones and exported what remained before updating the app. When I imported the saved export, all subscriptions were/are sorted alphabetically, which is something I would never want. Worse, when I try to move one of them, it jumps back to its original position, something it never did before. I see no setting that allows a choice of sort order. Either a bug or some setting I am missing.

PacoH avatar Jan 29 '24 16:01 PacoH

Have you set the View → Order By to Manual?

Screenshot 2024-01-30 at 21 28 40

It might be that exporting/importing feeds via OPML may not preserve the order.

Issue #1732 might be related.

Eitot avatar Jan 30 '24 20:01 Eitot

Thanks!

Hah hah hah. That's it! I was only checking general Settings. I probably had that checked in the previous version (Vienna 3.7.4). I checked and I did. I exported all the folders from that version and re-imported them, deleting the previous ones first. Now they are all in the original order I had them in. One thing though. All articles are marked unread now.

Is there a way I can reuse the original data in the update now without importing it so I can preserve the play status? Probably not because I just updated from within the old version and all articles are now shown as unread. I think this would require a new feature.

PacoH avatar Jan 30 '24 22:01 PacoH

I have been having the same problem. The suggestion to set "Order By" to 'manual' only partially works for me. Vienna randomly resets "Order By" to 'name' and I have to switch back to manual and then drag my feed folders back into the order that I had them in. This is the second time this week that I've had to restore my preferred order.

carpecrustum avatar Mar 22 '24 15:03 carpecrustum

I have this same problem, especially after an update.

PacoH avatar Mar 22 '24 16:03 PacoH

That might be part of my problem, I had 'check for newer versions of Vienna on start up' checked. I assumed it would just notify me when there were updates available. If it's automatically installing the updates rather than letting me know when one is available, then that could be the cause of my resets. I've unchecked it, maybe my manual ordering will stay selected now.

carpecrustum avatar Mar 22 '24 18:03 carpecrustum

I set it for 'Check for newer versions of Vienna on start up' and I think it might be automatically installing the updates too. You know what's even worse? It marks all episodes as 'unread', which defeats the purpose of an aggregator. Time for two bug reports.

PacoH avatar Mar 22 '24 21:03 PacoH

It has alphabetized everything again, disregarding the custom organization that I had done - even though "Check for newer versions" was unchecked. I'm out of ideas.

carpecrustum avatar Apr 03 '24 02:04 carpecrustum

There is work in version 3.9.1 related to this issue. Can you confirm / infirm if there is an improvement?

barijaona avatar Jul 10 '24 11:07 barijaona

I've never figured out what was the trigger for the alphabetizing of the folders, so I just prefixed my folders with "1 -", "2 -", etc. in the order that I wanted them. I'll take the prefixes off the folder names but I won't be able to give you an immediate confirmation that it's better. All I can do is add another comment when/if it happens again.

carpecrustum avatar Jul 10 '24 13:07 carpecrustum

It would also help if you could observe whether some feeds/folders unexpectedly end up at the bottom of the list when manual ordering is used. The code has been changed such that in case of an error, folders may be placed at the bottom of the list. Previously, an error would result in this switch to ordering by name. We have not been able to reproduce this bug, so there may be an underlying bug elsewhere which we haven't found yet.

Eitot avatar Jul 10 '24 18:07 Eitot

Closing this as #1768 is more up to date.

barijaona avatar Jul 12 '24 04:07 barijaona