Summary: | Deleting articles in Akregator causes graphics reset | ||
---|---|---|---|
Product: | [Applications] akregator | Reporter: | Syam <get.sonic> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | critical | CC: | alex765 |
Priority: | NOR | ||
Version: | 5.7.0 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Syam
2018-01-16 16:27:10 UTC
I made an observation regarding the problem. I have almost 40 feeds. But the problem is only with Slashdot feed. Deleting an article from Slashdot is slow. If I select 10 articles from Slashdot feed and press delete, it takes couple of seconds for deletion. And once I delete one or more articles from Slashdot feed, then deleting articles of other feeds also start having the same delay problem. Restarting Akregator is the only way to solve this. In my experience, this 'lag' in deleting articles is related to the graphics reset issue. As long as I don't delete any articles from Slashdot, Akregator is very well behaved. Akregator 5.7.2 Fedora 27 x86-64 Additional information: I can reproduce the problem at will: 1. View any article from Slashdot feed. 2. View any article that has a video embedded (Youtube video, for example). The video does not play in the Akrgeator view area though. After step 1 or step 2, all subsequent delete operations (of articles from any feed) become very slow and cause graphics reset if too many articles are deleted together I could not reproduce this with Akregator 5.15.0 on AMD graphics (mesa). Syam, do you still get this bug? No. I can no longer reproduce this. I still have NVidia proprietary drivers but I no longer have this issue. Thanks for the update; changing status. |