350731 2015-07-29 07:01:53 +0000 [4.81 beta1] akregator in kontact: read messages are removed from unread filter immediately 2017-12-28 19:38:09 +0000 1 1 2 Applications akregator general unspecified Arch Linux Linux RESOLVED FIXED https://bugs.kde.org/show_bug.cgi?id=259813 NOR normal --- 1 qqqqqqqqq9 pim-bugs-null alvarenga cfeck christopherheiny cornelis darwin_te d_corkrey e8hffff erik francescvc666 gabrimonfa Harald.Demian.Brunner j.pigeot jaak javier.ramoshidalgo jjm jsamyth j_kolberg11 j__n kde kde kde kde kde koalinux lordheavym luigi.toscano manz maql.nju markus.zimmermann martin.tlustos mieszcz moltonel naughtypine niflheimr olaf.the.lost.viking paul.noel1 porrascristian rewarp rynolangner shai smc+kdebugs steve sven tahall256 thoppels tom-kde.bugs tonymt00 yyc1992 https://commits.kde.org/akregator/c2d31a56f0d45858706e9a0af9227a24f8e55483 423 oldest_to_newest 1533945 0 qqqqqqqqq9 2015-07-29 07:01:53 +0000 When the unread filter is on, it is applied *immediately* after selecting an unread messages. It then hides this message. It walks through feed until there are no further unread messages. This makes the unread-filter pretty useless. Reproducible: Always Steps to Reproduce: 1. set filter to unread 2. select a feed with unread messages 3. select the first unread messages Actual Results: The message is shown, marked read and removed from the list. Then akregator moves on to the next messages. The goes on until there are now further unread messages in the feed. Expected Results: The message is shown, marked read and stays to be read. 1539477 1 e8hffff 2015-08-25 13:24:36 +0000 CONFIRMED 1539479 2 e8hffff 2015-08-25 13:26:59 +0000 As soon as you click an unread item all unread items are instantly marked as read. I've tried putting key shortcuts to default in case there was some strange mouse assignment to mark-all-feeds-as-read. 1540079 3 j.pigeot 2015-08-28 16:06:52 +0000 CONFIRMED as well 1547035 4 smc+kdebugs 2015-09-29 15:15:11 +0000 Also confirmed... This seems to specifically be a problem with the behavior around the "mark selected article read after..." advanced setting. I think this defaults to 0 seconds (i.e. immediately) which is what I used to have it set to. Previously, this just meant the article was marked "read" as soon as it was clicked, and if you had the unread filter set, it would then disappear from the list AFTER you clicked away from it to another article. Now the article is immediately removed from the list, causing the selection to automagically drop to the next, mark *it* unread, remove it, etc. You can watch it happen more slowly if you go to settings -> configure akregator -> advanced and set it to mark as read after, say, 5 seconds. Perhaps this bug should just read "Read articles should not be removed by the unread filter while the article is selected"? 1547689 5 tahall256 2015-10-03 08:47:03 +0000 Also happens if the status filter is set to 'New', presumably because articles aren't new once they've been read. "Read articles should not be removed by the unread filter while the article is selected" sounds like a good solution. 1552117 6 martin.tlustos 2015-10-23 13:12:01 +0000 Confirmed here with akregator 5.0.2 and Kubuntu 15.10 1552433 7 jaak 2015-10-24 21:45:42 +0000 (In reply to Martin Tlustos from comment #6) > Confirmed here with akregator 5.0.2 and Kubuntu 15.10 Same here. Data loss! I mean how is one later supposed to figure out which messages one missed to read after this happens?! ARGHH!! ;-[ (Voting for this one) 1552469 8 shai 2015-10-25 07:04:27 +0000 (In reply to S Clark from comment #4) > Perhaps this bug should just read "Read articles should not be removed by > the unread filter while the article is selected"? That's a compromise, not an ideal solution. The ideal solution is akregator 4.x behavior -- the "unread" filter is not applied continuously, but only upon selection of a folder (or, of course, changing of filter). This means if you enter a feed and have 3 unread items, once you've read them all, you see 3 read items. 1552470 9 shai 2015-10-25 07:05:43 +0000 *** This bug has been confirmed by popular vote. *** 1553298 10 cfeck 2015-10-29 02:27:24 +0000 *** Bug 354531 has been marked as a duplicate of this bug. *** 1554133 11 cfeck 2015-11-02 10:38:23 +0000 *** Bug 354721 has been marked as a duplicate of this bug. *** 1562906 12 olaf.the.lost.viking 2015-12-12 17:40:24 +0000 Still valid for Akregator included in 15.08.3 1565308 13 cfeck 2015-12-22 11:43:39 +0000 *** Bug 356978 has been marked as a duplicate of this bug. *** 1574045 14 kde 2016-02-01 17:15:15 +0000 *** Bug 353958 has been marked as a duplicate of this bug. *** 1574047 15 kde 2016-02-01 17:15:28 +0000 *** Bug 354746 has been marked as a duplicate of this bug. *** 1574664 16 francescvc666 2016-02-03 22:42:01 +0000 Same problem with Kubuntu 15.04 and Akregator 5.0.2 1575092 17 jsamyth 2016-02-05 19:43:25 +0000 Still appearing in Akregator Version 5.1.1 KDE Frameworks 5.18.0 Manjaro/Arch repositories Running embedded within Kontact. Since this happens every single time, it pretty much makes it impossible to read feeds showing only unread posts, as they all disappear from view. Certainly, even volunteer developers can track this down in 6 months. 1575100 18 Harald.Demian.Brunner 2016-02-05 19:59:40 +0000 (In reply to John Andersen from comment #17) > Still appearing in > Akregator Version 5.1.1 > KDE Frameworks 5.18.0 > Manjaro/Arch repositories > Running embedded within Kontact. > > Since this happens every single time, it pretty much makes it impossible to > read feeds showing only unread posts, as they all disappear from view. > Certainly, even volunteer developers can track this down in 6 months. You can go to Settings > Advanced and disable the automatic marking as read, then use Ctrl+E to do it manually. 1578718 19 cfeck 2016-02-25 02:59:20 +0000 *** Bug 359543 has been marked as a duplicate of this bug. *** 1590730 20 olaf.the.lost.viking 2016-04-26 07:40:57 +0000 Still valid for Akregator from Applications 16.04. 1601615 21 mieszcz 2016-06-16 13:51:24 +0000 Same in gentoo until 16.04.2 1601641 22 jaak 2016-06-16 16:08:47 +0000 (In reply to Mirek Mieszczak from comment #21) > Same in gentoo until 16.04.2 Is it fixed in 16.04.2 or you just haven't tested that version yet? 1601796 23 mieszcz 2016-06-17 06:29:46 +0000 (In reply to Jaak Ristioja from comment #22) > (In reply to Mirek Mieszczak from comment #21) > > Same in gentoo until 16.04.2 > > Is it fixed in 16.04.2 or you just haven't tested that version yet? It is not fixed yet. Yesterday I just compiled version 16.04.2 and tested. Of course without success. 1606128 24 kde 2016-07-08 06:14:56 +0000 Just upgraded Fedora to FC24, the new akregator is on Version 5.2.2. After spending a long time trying to find where you newly hid the Unread/Important filter dropdown, the whole of all unread items quickly decreases to 0 when an unread new item headline is clicked for reading. 1606887 25 cfeck 2016-07-11 13:21:26 +0000 *** Bug 365329 has been marked as a duplicate of this bug. *** 1615539 26 javier.ramoshidalgo 2016-08-19 07:44:41 +0000 Confirmed in akregator 5.2.3 on an archlinux system. :-( 1619564 27 cfeck 2016-09-06 12:57:55 +0000 *** Bug 368324 has been marked as a duplicate of this bug. *** 1629846 28 markus.zimmermann 2016-10-05 15:41:15 +0000 I can also confirm this bug using openSUSE Tumbleweed snapshot 20161003 akregator5-16.08.1-1.2.x86_64 1630003 29 christopherheiny 2016-10-06 04:34:19 +0000 Confirmed in 5.3.0 on Fedora 24, latest update. This pretty much renders akregator useless. Any chance to bump this 14 month old bug up in priority and get a fix? 1633693 30 markus.zimmermann 2016-10-19 15:11:28 +0000 Still present in openSUSE Tumbleweed Snapshot 20161018 akregator5-16.08.2-1.1.x86_64 1642280 31 cfeck 2016-11-28 17:24:04 +0000 *** Bug 373018 has been marked as a duplicate of this bug. *** 1643248 32 cfeck 2016-12-04 03:29:06 +0000 *** Bug 373229 has been marked as a duplicate of this bug. *** 1643301 33 darwin_te 2016-12-04 13:38:58 +0000 Is this fixed already? I am using kde neon 5.8.4. (Based on Ubuntu 16.04) 1643302 34 darwin_te 2016-12-04 13:39:13 +0000 Is this fixed already? I am using kde neon 5.8.4. (Based on Ubuntu 16.04) 1643303 35 darwin_te 2016-12-04 13:39:27 +0000 Is this fixed already? I am using kde neon 5.8.4. (Based on Ubuntu 16.04) 1645928 36 moltonel 2016-12-19 13:01:41 +0000 Hitting this too after upgrading from 4.14 to 5.4.0 (package version 16.12.0). In 4.14 this only appened when when the interval fetching kicked in, which was not a show-stoper but was still annoying. Bug 114263 is related to this, although approaching it from the other side. IMHO articles should only be removed from the list after some human interaction, like clicking on a different feed or changing the search bar. Adding articles to the list should still happen ASAP. 1645957 37 moltonel 2016-12-19 15:22:15 +0000 For what it's worth, disabling 'mark selected article read after X seconds' in the settings and using 'Crtl-E' to mark them read manually (instead of relying on auto 'mark as read') makes akregator usable again. 1646368 38 erik 2016-12-20 21:47:29 +0000 Not sure how useful this is, but I've been testing - quite successfully - with below patch for the last few weeks. Although the patch itself is rather ugly (it basically intercepts the processing of the 'Read' event, bringing back 4.x comparable behaviour), I haven't seen any side effects of it yet. YMMV. I don't expect this to be applied to official sources, but might be useful for people building their own binaries. 1646369 39 102908 erik 2016-12-20 21:49:21 +0000 Created attachment 102908 Patch to intercept and selectively ignore the 'Article Read' event 1657478 40 darwin_te 2017-01-29 23:32:50 +0000 Is this fixed already? I am using kde neon 5.8.5. (Based on Ubuntu 16.04) 1657490 41 kde 2017-01-30 03:18:49 +0000 (In reply to darwin te from comment #40) > Is this fixed already? I am using kde neon 5.8.5. (Based on Ubuntu 16.04) No, Akregator 5.3.3 in FC25 still clears all items Uncheck "Mark selected article read after" under settings/advanced and use Ctrl+E to manually mark as read as you go through the feeds 1662325 42 cfeck 2017-02-21 03:11:30 +0000 *** Bug 376649 has been marked as a duplicate of this bug. *** 1662645 43 cfeck 2017-02-22 16:12:05 +0000 *** Bug 376807 has been marked as a duplicate of this bug. *** 1677893 44 cfeck 2017-05-26 17:13:22 +0000 *** Bug 380218 has been marked as a duplicate of this bug. *** 1677896 45 darwin_te 2017-05-26 17:20:39 +0000 This is not fixed yet. Any solution or estimate? 1685098 46 cfeck 2017-06-25 09:54:42 +0000 *** Bug 381425 has been marked as a duplicate of this bug. *** 1698499 47 cfeck 2017-09-03 12:11:48 +0000 *** Bug 384256 has been marked as a duplicate of this bug. *** 1702343 48 darwin_te 2017-09-21 16:05:52 +0000 This is not fixed yet. Any solution or estimate? 1702360 49 jjm 2017-09-21 17:42:45 +0000 Patch submitted at https://phabricator.kde.org/D7928 1703603 50 jjm 2017-09-29 15:58:53 +0000 Git commit 08fe30f0973b69101fdedce1a167f74792eb4c5f by Jonathan Marten. Committed on 29/09/2017 at 15:57. Pushed by marten into branch 'master'. Do not remove read messages from the unread filter immediately Otherwise, when using the filter, the next message will also be selected and immediately marked as read, until the feed is empty. Differential Revision: https://phabricator.kde.org/D7928 M +1 -1 src/article.cpp M +5 -3 src/feed/feed.cpp M +6 -3 src/feed/feed.h https://commits.kde.org/akregator/08fe30f0973b69101fdedce1a167f74792eb4c5f 1703607 51 jjm 2017-09-29 16:38:42 +0000 Git commit bb7f35c7938e8e18ac83dcc98b43b69ac2772f6c by Jonathan Marten, on behalf of Erik van 't Wout. Committed on 29/09/2017 at 16:30. Pushed by marten into branch 'master'. Do not remove read messages from the unread filter immediately Otherwise, when using the filter, the next message will also be selected and immediately marked as read, until the feed is empty. Differential Revision: https://phabricator.kde.org/D7928 M +1 -1 src/article.cpp M +5 -3 src/feed/feed.cpp M +6 -3 src/feed/feed.h https://commits.kde.org/akregator/bb7f35c7938e8e18ac83dcc98b43b69ac2772f6c 1703608 52 jjm 2017-09-29 16:40:34 +0000 Git commit c2d31a56f0d45858706e9a0af9227a24f8e55483 by Jonathan Marten, on behalf of Erik van 't Wout. Committed on 29/09/2017 at 16:39. Pushed by marten into branch 'Applications/17.08'. Do not remove read messages from the unread filter immediately Otherwise, when using the filter, the next message will also be selected and immediately marked as read, until the feed is empty. Differential Revision: https://phabricator.kde.org/D7928 M +1 -1 src/article.cpp M +5 -3 src/feed/feed.cpp M +6 -3 src/feed/feed.h https://commits.kde.org/akregator/c2d31a56f0d45858706e9a0af9227a24f8e55483 1718816 53 cfeck 2017-12-28 19:38:09 +0000 *** Bug 387883 has been marked as a duplicate of this bug. *** 102908 2016-12-20 21:49:21 +0000 2016-12-20 21:49:21 +0000 Patch to intercept and selectively ignore the 'Article Read' event akregator-16.08.3-article-read-loop-with-unread-filter-enabled.patch text/plain 2089 erik ZGlmZiAtdU5yIGtkZXBpbS0xNi4wOC4zLm9yaWcvYWtyZWdhdG9yL3NyYy9hcnRpY2xlLmNwcCBr ZGVwaW0tMTYuMDguMy9ha3JlZ2F0b3Ivc3JjL2FydGljbGUuY3BwCi0tLSBrZGVwaW0tMTYuMDgu My5vcmlnL2FrcmVnYXRvci9zcmMvYXJ0aWNsZS5jcHAJMjAxNi0xMS0wNiAwNzo1MDoyNS4wMDAw MDAwMDAgKzAxMDAKKysrIGtkZXBpbS0xNi4wOC4zL2FrcmVnYXRvci9zcmMvYXJ0aWNsZS5jcHAJ MjAxNi0xMi0wMiAxNzo0ODoyMy42MTEzNDc1OTMgKzAxMDAKQEAgLTM4Myw3ICszODMsNyBAQAog ICAgICAgICAgICAgZC0+YXJjaGl2ZS0+c2V0U3RhdHVzKGQtPmd1aWQsIGQtPnN0YXR1cyk7CiAg ICAgICAgIH0KICAgICAgICAgaWYgKGQtPmZlZWQpIHsKLSAgICAgICAgICAgIGQtPmZlZWQtPnNl dEFydGljbGVDaGFuZ2VkKCp0aGlzLCBvbGRTdGF0dXMpOworICAgICAgICAgICAgZC0+ZmVlZC0+ c2V0QXJ0aWNsZUNoYW5nZWQoKnRoaXMsIG9sZFN0YXR1cywgc3RhdCAhPSBSZWFkKTsKICAgICAg ICAgfQogICAgIH0KIH0KZGlmZiAtdU5yIGtkZXBpbS0xNi4wOC4zLm9yaWcvYWtyZWdhdG9yL3Ny Yy9mZWVkL2ZlZWQuY3BwIGtkZXBpbS0xNi4wOC4zL2FrcmVnYXRvci9zcmMvZmVlZC9mZWVkLmNw cAotLS0ga2RlcGltLTE2LjA4LjMub3JpZy9ha3JlZ2F0b3Ivc3JjL2ZlZWQvZmVlZC5jcHAJMjAx Ni0xMS0wNiAwNzo1MDoyNS4wMDAwMDAwMDAgKzAxMDAKKysrIGtkZXBpbS0xNi4wOC4zL2FrcmVn YXRvci9zcmMvZmVlZC9mZWVkLmNwcAkyMDE2LTEyLTAyIDE3OjIwOjM1LjgwMDQ0Njg4OCArMDEw MApAQCAtODI3LDcgKzgyNyw3IEBACiAgICAgYXJ0aWNsZXNNb2RpZmllZCgpOwogfQogCi12b2lk IEFrcmVnYXRvcjo6RmVlZDo6c2V0QXJ0aWNsZUNoYW5nZWQoQXJ0aWNsZSAmYSwgaW50IG9sZFN0 YXR1cykKK3ZvaWQgQWtyZWdhdG9yOjpGZWVkOjpzZXRBcnRpY2xlQ2hhbmdlZChBcnRpY2xlICZh LCBpbnQgb2xkU3RhdHVzLCBib29sIHByb2Nlc3MpCiB7CiAgICAgaWYgKG9sZFN0YXR1cyAhPSAt MSkgewogICAgICAgICBpbnQgbmV3U3RhdHVzID0gYS5zdGF0dXMoKTsKQEAgLTgzOCw3ICs4Mzgs OSBAQAogICAgICAgICB9CiAgICAgfQogICAgIGQtPnVwZGF0ZWRBcnRpY2xlc05vdGlmeS5hcHBl bmQoYSk7Ci0gICAgYXJ0aWNsZXNNb2RpZmllZCgpOworICAgIGlmIChwcm9jZXNzKSB7CisgICAg ICAgIGFydGljbGVzTW9kaWZpZWQoKTsKKyAgICB9CiB9CiAKIGludCBBa3JlZ2F0b3I6OkZlZWQ6 OnRvdGFsQ291bnQoKSBjb25zdApkaWZmIC11TnIga2RlcGltLTE2LjA4LjMub3JpZy9ha3JlZ2F0 b3Ivc3JjL2ZlZWQvZmVlZC5oIGtkZXBpbS0xNi4wOC4zL2FrcmVnYXRvci9zcmMvZmVlZC9mZWVk LmgKLS0tIGtkZXBpbS0xNi4wOC4zLm9yaWcvYWtyZWdhdG9yL3NyYy9mZWVkL2ZlZWQuaAkyMDE2 LTExLTA2IDA3OjUwOjI1LjAwMDAwMDAwMCArMDEwMAorKysga2RlcGltLTE2LjA4LjMvYWtyZWdh dG9yL3NyYy9mZWVkL2ZlZWQuaAkyMDE2LTEyLTAyIDE3OjIyOjI1LjQyMzQ0MDM2MSArMDEwMApA QCAtMjcwLDkgKzI3MCwxMCBAQAogCiAgICAgLyoqIG5vdGlmaWVzIHRoYXQgYXJ0aWNsZSBAYyBt eWEgd2FzIGNoYW5nZWQKICAgICAgICAgQHBhcmFtIG9sZFN0YXR1cyBpZiB0aGUgc3RhdHVzIHdh cyBjaGFuZ2VkLCBpdCBjb250YWlucyB0aGUgb2xkIHN0YXR1cywgLTEgb3RoZXJ3aXNlCisgICAg ICAgIEBwYXJhbSBwcm9jZXNzIHNldCB0byBmYWxzZSB0byBkaXNhYmxlIHByb2Nlc3NpbmcgdGhl IGNoYW5nZSAodXBkYXRpbmcgYXJ0aWNsZSBsaXN0LCB1cGRhdGluZyBvbi1zY3JlZW4gdW5yZWFk IGNvdW50KQogICAgICAgICBUbyBiZSBjYWxsZWQgYnkgQHJlZiBBcnRpY2xlCiAgICAgICAgICov Ci0gICAgdm9pZCBzZXRBcnRpY2xlQ2hhbmdlZChBcnRpY2xlICZhLCBpbnQgb2xkU3RhdHVzID0g LTEpOworICAgIHZvaWQgc2V0QXJ0aWNsZUNoYW5nZWQoQXJ0aWNsZSAmYSwgaW50IG9sZFN0YXR1 cyA9IC0xLCBib29sIHByb2Nlc3MgPSB0cnVlKTsKIAogICAgIHZvaWQgYXBwZW5kQXJ0aWNsZXMo Y29uc3QgU3luZGljYXRpb246OkZlZWRQdHIgJmZlZWQpOwogCg==