Version: 1.6.5 OS: Linux On downloading a new feed, for some feeds like planet.gnome.org, Akregator adds all new articles to the bottom of the list, though I have the articles sorted by date, showing newest first, and the dates of those artices are correct. This did not happen with the previous version I used. Reproducible: Didn't try OS: Linux (i686) release 2.6.34-12-default Compiler: gcc
*** Bug 248872 has been marked as a duplicate of this bug. ***
*** Bug 247481 has been marked as a duplicate of this bug. ***
Note that 248872/247481 contain more details about this bug.
*** Bug 251708 has been marked as a duplicate of this bug. ***
I'm running akregator from trunk, and this has just recently started happening for me. The issue seems to be that the various QSortFilterProxyModels are not told to re-sort when a new article is added. Making the SortColorizeProxyModel dynamic doesn't seem to fix the issue, though.
*** Bug 254062 has been marked as a duplicate of this bug. ***
I am quite sure, that this bug has to do with linking against qt-4.7. Because it happens not for a kde-4.5 build against qt-4.6.3 for me.
This bug affects to me in KUbuntu Maverick
I'm also using Qt 4.7
Ordering also becomes broken if you Fir have Akregator to show only Unread articles, then you read them all and switch the view to All Articles.
*** Bug 262872 has been marked as a duplicate of this bug. ***
*** Bug 253333 has been marked as a duplicate of this bug. ***
this is really bad, because kde-4.6 now ships with qt 4.7
Is this still broken?
With version 1.6.6, yes.
it is still broken with kde-4.6.1
KDE 4.6.2/QT 4.7 too.
Git commit a70973b91b6dd2b14462a114ce2c0b520e41b3af by Alex Merry. Committed on 11/04/2011 at 23:09. Pushed by alexmerry into branch '4.4'. Maintain sort order when new articles are added Backport of e95e0f8e3687137f02e19d3ecf5ea0a9463f5962 In Qt 4.7, QSortFilterProxyModels no longer maintain their sort order unless explicitly told to. This meant that new articles would always end up at the bottom of the list being displayed, even if the list was sorted newest-first. Incidentally, I could have sworn I tried this fix already and it didn't work. CCBUG: 247473 FIXED-IN: 4.4.11 M +3 -0 akregator/src/articlelistview.cpp http://commits.kde.org/kdepim/a70973b91b6dd2b14462a114ce2c0b520e41b3af
Git commit e95e0f8e3687137f02e19d3ecf5ea0a9463f5962 by Alex Merry. Committed on 11/04/2011 at 23:09. Pushed by alexmerry into branch 'master'. Maintain sort order when new articles are added In Qt 4.7, QSortFilterProxyModels no longer maintain their sort order unless explicitly told to. This meant that new articles would always end up at the bottom of the list being displayed, even if the list was sorted newest-first. Incidentally, I could have sworn I tried this fix already and it didn't work. BUG: 247473 FIXED-IN: 4.6.0 M +3 -0 akregator/src/articlelistview.cpp http://commits.kde.org/kdepim/e95e0f8e3687137f02e19d3ecf5ea0a9463f5962
reopen, the commit had to be reverted due to serious regressions
Bug 257316 looks like a duplicate of this one to me, but I am not sure.
*** Bug 257316 has been marked as a duplicate of this bug. ***
*** Bug 274870 has been marked as a duplicate of this bug. ***
*** Bug 277083 has been marked as a duplicate of this bug. ***
*** Bug 277353 has been marked as a duplicate of this bug. ***
What "serious regressions"? It was working fine for me in kdepim version 4.4.11. The only regression I've seen is that bug 247473 is back now in kdepim 4.6.1 because the patch was reverted...
(In reply to comment #26) > What "serious regressions"? It was working fine for me in kdepim version > 4.4.11. > > The only regression I've seen is that bug 247473 is back now in kdepim 4.6.1 > because the patch was reverted... https://bugs.kde.org/show_bug.cgi?id=271640 is the regression
I would be very glad if this bug would be fixed soon. I am vey disappointed, that it worked again for some time, and now in kde-4.7 not anymore :(
The problem is still present both in KDE 4.7 and in the current git version.
*** Bug 283791 has been marked as a duplicate of this bug. ***
*** Bug 287648 has been marked as a duplicate of this bug. ***
*** Bug 289595 has been marked as a duplicate of this bug. ***
after hours of try&error I have a patch working (which does not trigger the other mentioned bug) diff --git a/akregator/src/articlelistview.cpp b/akregator/src/articlelistview.cpp index bf2219d..4df3427 100644 --- a/akregator/src/articlelistview.cpp +++ b/akregator/src/articlelistview.cpp @@ -162,6 +162,8 @@ void ArticleListView::setArticleModel( ArticleModel* model ) proxy2->setSortRole( ArticleModel::SortRole ); proxy2->setSourceModel( m_proxy ); + connect(model, SIGNAL(rowsInserted(const QModelIndex&, int, int)), m_proxy, SLOT(invalidate())); + FilterColumnsProxyModel* const columnsProxy = new FilterColumnsProxyModel( model ); columnsProxy->setSortRole( ArticleModel::SortRole ); columnsProxy->setSourceModel( proxy2 ); Could please someone apply that patch?
(In reply to comment #33) > after hours of try&error I have a patch working (which does not trigger the > other mentioned bug) looks correct. What's your real name to add it to the commit ?
Git commit e1b2918611edc46cc21c6597ce46e4addc755ed6 by Christophe Giboudeaux, on behalf of Volker Härtel. Committed on 08/01/2012 at 14:05. Pushed by cgiboudeaux into branch 'master'. Don't append new articles to the bottom of the list MERGE: 4.8 FIXED-IN: 4.8 M +3 -0 akregator/src/articlelistview.cpp http://commits.kde.org/kdepim/e1b2918611edc46cc21c6597ce46e4addc755ed6
Git commit 7fcf008cff1026deea8b6a4744ad550190845fd4 by Christophe Giboudeaux, on behalf of Volker Härtel. Committed on 08/01/2012 at 14:05. Pushed by cgiboudeaux into branch 'KDE/4.8'. Don't append new articles to the bottom of the list MERGE: 4.8 FIXED-IN: 4.8 (cherry picked from commit e1b2918611edc46cc21c6597ce46e4addc755ed6) M +3 -0 akregator/src/articlelistview.cpp http://commits.kde.org/kdepim/7fcf008cff1026deea8b6a4744ad550190845fd4
Created attachment 85607 [details] Screenshot Encountering this bug in Akregator 4.8.4 still.
(In reply to comment #37) > Created attachment 85607 [details] > Screenshot > > Encountering this bug in Akregator 4.8.4 still. Try Akregator 4.12.3 then and file a new bug report if it's still a problem there. Akregator 4.8.4 is 21 months old.