Bug 277083 - Akregator fails to sort articles when changing from "Unread" to "All" articles selection
Summary: Akregator fails to sort articles when changing from "Unread" to "All" article...
Status: RESOLVED DUPLICATE of bug 247473
Alias: None
Product: akregator
Classification: Applications
Component: general (show other bugs)
Version: 1.6.6
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-07-04 18:58 UTC by tnemeth
Modified: 2011-07-08 08:33 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
What happens after I clicked on "View all" (54.10 KB, image/png)
2011-07-04 18:58 UTC, tnemeth
Details
This is how the feed is before I change from "Unread" to "All". (17.32 KB, image/png)
2011-07-04 19:01 UTC, tnemeth
Details

Note You need to log in before you can comment on or make changes to this bug.
Description tnemeth 2011-07-04 18:58:09 UTC
Created attachment 61603 [details]
What happens after I clicked on "View all"

Version:           1.6.6 (using KDE 4.6.4) 
OS:                Linux

Hi,
I usually use akregator with only unread articles displayed for a feed. If I change
the combo from "Unread" to "All" so that I can read again older articles, they aren't
displayed sorted (I sort them by date, most recent first).
I think that the slotActivateSearch() method (which is launched when searchCombo 
is modified) does not work properly when d->searchText is empty or does not
trigger the filterproxymodel as it should.


Reproducible: Always

Steps to Reproduce:
- select to view only unread articles in a feed
- sort them by date
- mark all of the articles as read
- select to view all the articles

Actual Results:  
articles are no more sorted by date

Expected Results:  
they should still be sorted by date as the columns selection tells
Comment 1 tnemeth 2011-07-04 19:01:03 UTC
Created attachment 61604 [details]
This is how the feed is before I change from "Unread" to "All".

For both screenshots, look at the Date column: in the capture-2.png file articles
should be presented most recent first, but instead they are in random order.
Comment 2 Christophe Marin 2011-07-08 08:33:24 UTC

*** This bug has been marked as a duplicate of bug 247473 ***