Summary: | undo feature after marking all feeds read | ||
---|---|---|---|
Product: | [Applications] akregator | Reporter: | Pau Capdevila <pau.capdevila> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | CONFIRMED --- | ||
Severity: | wishlist | CC: | arne.keller, kdebugs, qydwhotmail, ricardo |
Priority: | NOR | Keywords: | usability |
Version: | 1.2 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=443122 | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Pau Capdevila
2005-12-07 13:21:58 UTC
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. Still an issue. As of Akregator 5.16.3 (20.12.3) this behaviour is still present, I just made a backup of ~/.local/share/akregator/ and tried it. I have disabled both Ctrl+R and Ctrl+Shift+R a long time ago to avoid a disaster :) An option would be to keep the shortcut(s) but show a dialog box confirming that the user actually wants to mark all of the feeds as read, or maybe an inline dialog with a, say, 10 seconds timeout to cancel the operation if a dialog box is considered inappropriate. System info: Operating System: Slackware64 -current (a.k.a 15.0-alpha1) KDE Plasma Version: 5.21.3 KDE Frameworks Version: 5.80.0 Qt Version: 5.15.2 Kernel Version: 5.10.23 OS Type: 64-bit Graphics Platform: X11 Processors: 8 × Intel® Core™ i5-1035G1 CPU @ 1.00GHz Memory: 15.3 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics *** Bug 336643 has been marked as a duplicate of this bug. *** https://invent.kde.org/pim/akregator/-/merge_requests/18 I added a confirmation dialog. Maybe undo feature could be borrowed from KAlarm? |