Summary: | filter string preserved after akregator restart, UI is too subtle and "hides" articles | ||
---|---|---|---|
Product: | [Applications] akregator | Reporter: | Eric Johnson <eric> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | REPORTED --- | ||
Severity: | wishlist | ||
Priority: | NOR | ||
Version: | 1.5.3 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Eric Johnson
2009-12-22 18:39:50 UTC
Additional points, stopping and restarting akregator does not affect the problem. Ah, I've identified the problem. Turns out I had a filter string. Confusing things which could be improved: * Filter string was apparently preserved across restarts of akregator - this is surprising to me. * When I hit "+", nothing happened. Perhaps, instead, something should indicate that a filter is in effect. A dialog prompting to remove the filter seems heavy-handed, however, perhaps highlighting the filter bar, and showing a status message indicating "0 unread messages match filter." There's an option in akregator which resets the search bar when changing feed. (in settings/Configure Akregator/Advanced). Make sure it is checked. I don't think that an option hidden in the *advanced* pane of settings is a good-enough alternative to fixing the UI issue. The UI issue is that hitting the "+" key to move to the next article did nothing - it simply failed, without indicating that a filter was in place. Feedback does not need to be dramatic, it is just that some feedback would be appropriate. Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved. |