Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Vienna 3.9.1 changes article sort order after MacOS update reboot. #1768

Closed
liamgreenwood opened this issue Jul 11, 2024 · 9 comments
Closed

Vienna 3.9.1 changes article sort order after MacOS update reboot. #1768

liamgreenwood opened this issue Jul 11, 2024 · 9 comments

Comments

@liamgreenwood
Copy link

Describe the bug
Rebooted my system as part of an update to 14.6, Vienna started with subscriptions in the wrong order. This is NOT a reoccurance of the View->Order By setting bug (that's fixed, thank you)

To Reproduce
Happens after some reboots.

Screenshots
I have an opml file with the correct order, and I have an opml file with the changed order after reboot. Please let ma know how to send them to you.

Please complete the following information:

  • Vienna version 3.9.1
  • OS version: 14.6
@barijaona
Copy link
Member

barijaona at gmail dot com

@barijaona
Copy link
Member

Thanks for the data you sent me.
Obviously, the root cause of this problem is the same than the one which caused brutal changes in the "View->Order By" setting (issues #1732, #1734 and #1743).

Vienna 3.9.1 implements a better workaround than 3.9.0 when an internal inconsistency occurs (between the folders tree view and the database), but the root cause remains unknown.
But thanks to the sample you provided, I now have a clue.

@barijaona barijaona mentioned this issue Jul 12, 2024
Closed
@barijaona barijaona reopened this Jul 12, 2024
@barijaona barijaona mentioned this issue Jul 12, 2024
Closed
@barijaona
Copy link
Member

barijaona commented Jul 13, 2024 •
edited
Loading

@liamgreenwood : I guess you are quite active on updating your feed list ?

Can you give the attached build a test run ? (It corresponds to my foldersTree branch)

ViennafoldersTree.tgz

@Eitot Eitot mentioned this issue Jul 19, 2024
Merged
barijaona added a commit to barijaona/vienna-rss that referenced this issue Jul 21, 2024
@barijaona
Sort alphabetically the recovered feeds
5f5ff5a 
Having feed sorted by names rather than by folder ID would be more user
friendly.
Follow-up of PR ViennaRSS#1754, working on issue ViennaRSS#1768
@barijaona
Copy link
Member

@liamgreenwood I updated my foldersTree branch.

Can you test this build ?

ViennafoldersTree2.tgz

@barijaona
Copy link
Member

I am wondering if this issue might be related to a database problem. Would you please run these two commands in Terminal, and report the output ?

cd ~/Library/Application\ Support/Vienna
sqlite3 messages.db "PRAGMA integrity_check"

barijaona added a commit to barijaona/vienna-rss that referenced this issue Jul 28, 2024
@barijaona
Sort alphabetically the recovered feeds
88e191f 
Having feed sorted by names rather than by folder ID would be more user
friendly.
Follow-up of PR ViennaRSS#1754, working on issue ViennaRSS#1768
This was referenced Jul 28, 2024
Closed
Closed
@barijaona barijaona linked a pull request Jul 29, 2024 that will close this issue
Improvements to folders tree #1783
Closed
barijaona added a commit to barijaona/vienna-rss that referenced this issue Aug 6, 2024
@barijaona
Revert recovery procedure, prevent sibling loss
e1584f8 
I experienced that the recovery procedure led to an incoherent tree,
so the best workaround remains switching back to alphabetical auto sort
by reverting commit e3751a9. However, reselect user's choice after that.

As mail exchanges with user @liamgreenwood around issue ViennaRSS#1768 hinted
that "loss" of a sibling is the likely origin of -loadTree:rootNode's
failure, try to find it and reattach it as soon as it is reported missing.
@barijaona barijaona mentioned this issue Aug 6, 2024
Merged
barijaona added a commit to barijaona/vienna-rss that referenced this issue Aug 6, 2024
@barijaona
Revert recovery procedure, prevent sibling loss
0fbc341 
I experienced that the recovery procedure led to an incoherent tree,
so the best workaround remains switching back to alphabetical auto sort
by reverting commit e3751a9. However, reselect user's choice after that.

As mail exchanges with user @liamgreenwood around issue ViennaRSS#1768 hinted
that "loss" of a sibling is the likely origin of -loadTree:rootNode's
failure, try to find it and reattach it as soon as it is reported missing.
@StariusPrime
Copy link

I updated to 14.6 today and now all my folders (save for one) have disappeared and I can't create new ones.
Coming here now, I see that "its a thing."

@barijaona
Copy link
Member

Switch temporarily to (alphabetical) auto sort and all folders should get back.
I will release 3.9.2 in a few hours, which should be much more stable on this.

@StariusPrime
Copy link

Switch temporarily to (alphabetical) auto sort and all folders should get back. I will release 3.9.2 in a few hours, which should be much more stable on this.

Thank you for the update! It seems to have returned my folder structure! 👍 Much appreciated.
I'm sorry it took a problem like this for me to even make a presence over here, but I wanted to say that I have been using Vienna for years and it's always been just what I wanted in a RSS reader. So thank you very much!

@barijaona
Copy link
Member

I am closing this ; you are welcome to open a new issue if a similar problem occurs with Vienna 3.9.2 or later.

@barijaona barijaona mentioned this issue Sep 29, 2024
Open
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

Successfully merging a pull request may close this issue.

Improvements to folders tree barijaona/vienna-rss
3 participants
@barijaona @liamgreenwood @StariusPrime