Bug 116638 - Bug: filter reverted to old, annoying behavior
Summary: Bug: filter reverted to old, annoying behavior
Status: RESOLVED FIXED
Alias: None
Product: akregator
Classification: Applications
Component: general (show other bugs)
Version: 1.2.4
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-11-18 18:08 UTC by Thibaut Cousin
Modified: 2006-11-03 09:37 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thibaut Cousin 2005-11-18 18:08:31 UTC
Version:           1.2 (using KDE 3.5 (RC1) Level "a" , SUSE 10.0 UNSUPPORTED)
Compiler:          Target: i586-suse-linux
OS:                Linux (i686) release 2.6.13-15-default

We had a discussion a few months ago about Akregator's filters' behavior. It was concluded that reseting them every time the user sees another feed is not good, usability-wise. IIRC, it was corrected in KDE 3.4.3 and worked well.

I've just installed KDE 3.5 RC1 from SUSE RPM files, and it seems the problem resurfaced. There is no longer a "New & Unread" filter, and it is reset to "All articles" every time I goes to another feed...

Thanks for your attention.
Comment 1 Thibaut Cousin 2005-11-20 10:46:36 UTC
I would like to add that the removal of the filter "New & Unread" leads to what could be taken as bug. Now there are some recent articles that I see only with the "New" filter, and other only with the "Unread" filter. I have about twenty feeds, so to make sure I read everything I need 2 filter setting changes for each... It's awfully inconvenient.

Thanks for your attention.
Comment 2 Eckhart Wörner 2005-11-20 14:49:54 UTC
The new & unread filter has been removed to get consistant with KMail filters. In KMail, "New" filters all messages that are new, and "Unread" filters all messages that are either unread or new, as the new flag implies unread.
That behaviour should now be the same in Akregator. So in your case, you just have to select "Unread" and get both unread and new messages.
Comment 3 Thibaut Cousin 2005-11-21 07:20:20 UTC
You're right, I've tried to reproduce the bug where some articles were visible only with "New" filter, but I couldn't. I think it was simply a mistake from my part.

But there is still the annoying issue of the filter resetting itself each time I go to another feed. Will you fix it?
Comment 4 SGC 2005-12-02 13:58:20 UTC
PLease fix this, it is so frustrating to change the filters each time I switch to a new feed, which something I do more than 100 times a day since I upgraded to kde 3.5
Comment 5 Frank Osterfeld 2005-12-02 14:04:44 UTC
Disable Configure Akregator->Advanced->Reset search bar when changing feeds
Comment 6 Thibaut Cousin 2005-12-02 16:09:14 UTC
That's great, and it's a relief, but why didn't you make it the default? The usability argument from a few months ago should still be valid, so *not* changing the search bar when changing feeds ought to be the default behavior.

Thanks for your attention.
Comment 7 SGC 2005-12-02 16:37:26 UTC
Thanks alots, I totaly agree, this should be the default behaviour for the search bar. I almost switch to liferea because of this. 
Comment 8 Alexei Dets 2005-12-13 01:45:50 UTC
Yes, akregator from KDE-3.4.3 was working fine but this new (resurrected old ;-) behavior is awfully inconvenient. It should be the default to NOT switch the filter. And you even can remove the option - I can't imagine a person that will prefer to reset filter for each feed.

BTW, IMHO it will be better to set default filter value to "Unread", not to "All Articles", I suspect that this will better reflect the common usage pattern - _news_ reading. "All Articles" gives access to the news archive - usefull feature, no doubt, but used only _sometimes_.
Comment 9 Kevin Krammer 2006-02-04 19:34:29 UTC
I agree that default should be not to switch the filter. I was about to report a bug after upgrading from KDE3.4.3 to 3.5.1 today, when I discovered this entry.

Switching to "All" on Feed changing makes Akregator unresponsive for several seconds while it loads and renders the articles of the feed.

While I was almost sure that this is likely a configurable behaviour I wasn't able to find it until I read this report.
One of the problems is an inconsistent translations, the German menu entry for the search bar is named "Schnellfilter", the configuration option says "Schnellsuche" and the tool itself only displays "Suche" and "Status"

Comment 10 Frank Osterfeld 2006-11-03 02:10:51 UTC
Not resetting the bar is default in trunk now. In 3.5.5, it won't be changed.
Comment 11 Thibaut Cousin 2006-11-03 08:54:36 UTC
I really don't understand why you can't change it, especially since small feature changes can be allowed in the 3.5 branch... Is usability so unimportant?

In any case, having to reset the filter on every feed change makes Akregator simply unusable (I now have about 60 feeds, which would make 120 spurrious mouse clicks every time I browse for new articles : one to click on the filter dropbox, one to select the appropriate filter).
Comment 12 Frank Osterfeld 2006-11-03 09:37:09 UTC
This is not even a feature change, it's just about changing the default value for Advanced->"Reset Search Bar when changing feeds".
Well, I will think about it and ask some usability people if changing the default behaviour between 3.5.5 and 3.5.6 is a good idea.

Index: akregator.kcfg
===================================================================
--- akregator.kcfg      (revision 598070)
+++ akregator.kcfg      (working copy)
@@ -207,7 +207,7 @@
   </entry>
    <entry key="Reset Quick Filter On Node Change" type="Bool" >
    <whatsthis>Resets the quick filter when changing feeds.</whatsthis>
-   <default>true</default>
+   <default>false</default>
   </entry>

   <entry key="Show Tagging GUI" type="Bool" >