Bug 271149 - Click one article, it gets unread but the next one is displayed
Summary: Click one article, it gets unread but the next one is displayed
Status: RESOLVED FIXED
Alias: None
Product: akregator
Classification: Applications
Component: general (show other bugs)
Version: 1.7.0
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
: 272362 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-04-17 12:15 UTC by Thomas Janssen
Modified: 2011-05-03 23:01 UTC (History)
4 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Janssen 2011-04-17 12:15:11 UTC
Version:           1.7.0 (using KDE 4.6.2) 
OS:                Linux

Since the update to 4.6.2, with displaying only unread articles in akregator, clicking an unread article (regardless of the source) makes the article unread and disappearing (the article is still there in the "all article list"). The next article in the list is displayed instead of the one clicked.
Changing to all articles makes the behavior go away. The clicked artcile gets downloaded and displayed as it should.
This was working with 4.6.1.

Reproducible: Always

Steps to Reproduce:
Change from "All Articles" to "unread" and click one to get the blog page displayed.

Actual Results:  
Disappearing articles without getting the content displayed.

Expected Results:  
Click one article and get the content of the blog page displayed.

OS: Linux (x86_64) release 2.6.35.12-88.fc14.x86_64
Compiler: gcc
Qt: qt-4.7.2-8.fc14.x86_64
Comment 1 Niklas Laxström 2011-04-23 22:22:23 UTC
I can confirm that the selected item disappears from the list immediately (instead of only when switching between feeds). Very annoying.
Comment 2 Thomas Janssen 2011-04-25 14:12:38 UTC
I had to install a fresh copy of Fedora 15 (getting rid of that LVM crap, using btrfs now and a couple other things that needed to be done) and the behavior is normal again. So it's another proof that KDE updates aren't working well.Every now and then you have to deal with update-flaws. It's about time for a better QA.
I'm not speaking of the akregator hacker, but complete KDE SC (or whatever it's called currently).
I'm really sick of that little dot updates breaking stuff. Sorry, for venting here. I should better blog about it.

For me it's "solved".
Comment 3 Rex Dieter 2011-04-25 14:29:52 UTC
I can confirm the bad behavior (after clearing my akregator prefs to get the "status: unread" option to stay, but that's another problem).
Comment 4 Rex Dieter 2011-04-25 14:34:26 UTC
Well, I take it back, not precisely like "Summary", for me the article selected actually is displayed, but it disappears from the list of available articles immediately and likewise, is no longer shown as selected (a bit disconcerting UI-wise).
Comment 5 Rex Dieter 2011-04-25 14:48:49 UTC
Take back^2, crazy but now I'm seeing the behavior as described after tweaking a few akregator options, particularly bad combinations with "Status: unread" is:

"Mark selected article read after X seconds"  (after X seconds, this bug is triggered)
Comment 6 Christophe Marin 2011-04-28 12:02:30 UTC
Git commit 1380ce172e4f98ab433085721f0e8fddef4ba621 by Christophe Giboudeaux.
Committed on 28/04/2011 at 11:34.
Pushed by cgiboudeaux into branch '4.6'.

Revert "Maintain sort order when new articles are added"

While fixing the new article sorting issue, this introduced regressions
when displaying only unread articles.

Alex, please fix and resubmit to kdepim/4.6.
BUG: 271794
BUG: 271149
CCBUG: 271640
FIXED-IN: kdepim 4.6

This reverts commit e95e0f8e3687137f02e19d3ecf5ea0a9463f5962.

M  +0    -3    akregator/src/articlelistview.cpp     

http://commits.kde.org/kdepim/1380ce172e4f98ab433085721f0e8fddef4ba621
Comment 7 Christophe Marin 2011-05-03 23:01:27 UTC
*** Bug 272362 has been marked as a duplicate of this bug. ***