-
Notifications
You must be signed in to change notification settings - Fork 129
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.
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
UI can lock up (freeze) during refresh operations - not fully asynchronous #36
Comments
Hi, this UI lock-up hits me every time when I do an When a command hangs for some reason the UI hangs too, this lack of asynchronicity is the major Liferea limitation IMHO, otherwise Liferea would be just perfect for my use case. Just for the records, the command I use the most as source in Liferea is my tweeper program (http://ao2.it/92). I use it to follow Twitter timelines "anonymously" ever since twitter stopped providing RSS feeds. Thanks, |
Mmh, maybe this issue is a different one than #113, isn't it? |
…ading updates. (suggested by mozbugbox)
…ading updates. (suggested by mozbugbox)
…by avoiding cascading updates. (suggested by mozbugbox)
Closing old ticket, as there have been no more recent reports on this. |
It happens quite often than when I click a folder or feed, while Liferea is refreshing, the click is completely ignored. I wait a couple seconds, realize it has been ignored, click again and it works.
That alone sounds a bit tricky to debug, but there's an easier way: trigger a global refresh and use the mousewheel to quickly and repeatedly scroll up/down in the listview widget of a feed's items... and you will get something that freezes/hiccups.
In theory the whole thing should be async and never block the gtk main loop.
The text was updated successfully, but these errors were encountered: