Akregator sometimes put's items in wrong feed

[Philip Macpherson]

I think I've only had this problem while using kubuntu gutsy but I can't be sure. I'm not sure what triggers it but it seems to happen when a feed isn't downloaded (has a red circle with a X in it)

The problem is this; Instead of feed 'A's' items going into the Feed A slot they sometimes go into another feeds slot. The other feeds slot then takes the description and pictures of the first feed. Here is a picture to better explain it http://imagebin.ca/view/FEd-8CV.html (That's a feed with some wrong items and wrong description+picture in it) http://imagebin.ca/view/qqC2hty.html (This one is the feed where the items were meant to go.) Restarting akregator and selecting fetch feed doesn't make the items go into the correct feed. Also this has happened quite a few times with different feeds.

[Oleg-atamanenko+kde (oleg-atamanenko+kde)]

Version: (using KDE KDE 3.5.6)
Installed from: Debian testing/unstable Packages

Suppose you have 2 feeds: feed1 and feed2.

Sometimes during fetch articles from feed1 are shown as articles of feed2 and saved under it.

The bug can be reproduced on Kubunty Edgy and Debian testing(Lenny)

[Osterfeld (osterfeld)]

Do you have example feed pairs where this occurrs?

[Oleg-atamanenko+kde (oleg-atamanenko+kde)]

The feeds are randomly.

E.g. feed1 is http://rocketsauce.ca/bashrss/, but Akregator shows me some feeds from feed2 - http://rulinux.net.ru/rss.xml. And this feed2 shows me some articles from http://lorquotes.ru/rss/main.xml. The behaviour is unpredictable. It doesn't happen always, but only sometimes, so I can't reproduce it everytime. I can tell, that problem just exists. I tried to remove akregator settings and saved articles. It doesn't help.

[Oleg-atamanenko+kde (oleg-atamanenko+kde)]

The bug is not in akregator. I found the problem when using polipo proxy cache. When I don't have internet connection - incorrect data was returned by polipo. Mark bug as resolved.

[Daniel Dumitrache (dandu)]

I can confirm this bug on gutsy, akregator 1.2.7. Is there any workaround for it?

[Daniel Dumitrache (dandu)]

https://bugs.kde.org/show_bug.cgi?id=144706

[Daniel Dumitrache (dandu)]

I can confirm this bug on akregator 1.2.7 (ubuntu gutsy) and I'm surely not passing trough a proxy (nor transparent, nor non-transparent). It happens with various feeds, including local (lan) ones.
I've tried to delete '~/.kde/share/apps/akregator/' import the all feeds (previously exported) but after a few 'fetch all feeds' some of the articles/feeds get mixed up again exactly as in Oleg's initial report. It doesn't always happen with the same feeds.

The bug is certainly not caused by a faulty proxy, it needs to be reopened.

[Rich Johnson (nixternal)]

Confirming due to upstream report, plus I still see this. I don't know why they marked it as resolved upstream, but it isn't, and in #kontact they know it isn't. I will see what their plans are. I think with the KDE 3 series, this type of fix probably wouldn't be considered grave, so it may never make it into KDE 3, but eventually with KDE 4's PIM series it will be fixed. Thanks!

[Rich Johnson (nixternal)]

forgot to confirm it.

[9-mc-o (9-mc-o)]

I can confirm it too. No proxy at all. Sometimes articles are duplicated in another feed (ie. can be read from feed1 and feed2). In one case I got all articles from one feed copied to another (shown as 200+ unreaded articles). the date column shows recent date/time.

Reopen, please!

[Salvatore Cristofaro (cristofaro)]

I can confirm it too. Mine is akregator version 1.2.9 running under gentoo linux.
Reopen pls!

[Vendion (vendion)]

I can also confirm this on openSUSE and version 1.2.50, no proxy, and example of such mix up is articles from http://www.novell.com/linux/security/suse_security.xml ends up in the feed for http://news.opensuse.org/?feed=rss2. Also feeds from http://code.google.com/feeds/p/kenesis/svnchanges/basic and http://code.google.com/feeds/p/backup-light/svnchanges/basic get mixed up.

Please reopen as this is happening with the version for KDE 4.1 as well.

[Tobias Brandt (tobiasbrandt)]

Confirmed (Akregator 1.2.7, KDE 3.5.8, Ubuntu 7.10).

[Tobias Brandt (tobiasbrandt)]

*** This bug has been confirmed by popular vote. ***

[Tobias Brandt (tobiasbrandt)]

Confirmed (Akregator 1.2.7, KDE 3.5.8, Ubuntu 7.10).

[Harald Sitter (apachelogger)]

Reopening as per comment #7

[niere (glowball)]

I've been experiencing this extensively after upgrading akregator from 3.5.7 to 3.5.10 (Ubuntu gutsy to hardy), and it's quite annoying.

Since this bug has been existing for a rather long time, I'm wondering whether the issue is so incredibly complicated that no one wants to take it - or whether it's just that no one has looked into it yet.

[Cgiboudeaux (cgiboudeaux)]

*** Bug 186845 has been marked as a duplicate of this bug. ***

[András Veres-Szentkirályi (vsza)]

Confirmed here, too. Debian squeeze with KDE 3.5.10 and akregator 1.2.9.

[Jonathan Thomas (echidnaman)]

Is this still an issue for you with Kubuntu 9.04?

[Philip Macpherson (philipmac1)]

I don't really use the program anymore. I quickly tried it on the feeds I knew to be not working when I stopped using it and they seem to be working so it's hopefully fixed and not just hiding somewhere.

[Jonathan Thomas (echidnaman)]

Ok, thanks. If the issue ever re-occurs for you, feel free to reopen the bug.

[YenTheFirst (yenthefirst)]

It's still an issue for me, under kubuntu 8.04.

I started looking through the source, trying to figure out what the bug was, and added a bunch of debug statements.
It looks like the issue might be something kde internal (maybe).

for example, here's part of the output of one run where the feeds from http://fridge.ubuntu.com/node/feed were put in the slot for http://www.vgcats.com/super/se.rdf.xml

[quote]
akregator: fetch(false) in feed: http://www.vgcats.com/super/se.rdf.xml | http://www.vgcats.com/s...
akregator: Loader is loading from: http://www.vgcats.com/super/se.rdf.xml
akregator: using retriever @ 0x9e15438
akregator: retrieving data from http://www.vgcats.com/super/se.rdf.xml
akregator: *this = 0x9e15438
akregator: my buffer is stored at: 0x9dce080
akregator: started job: 0x9e0c1e8. it has the url http://www.vgcats.com/super/se.rdf.xml
...
akregator: recieve data for feed http://www.vgcats.com/super/se.rdf.xml buffer = 0x9dce080
akregator: *this = 0x9e15438 job = 0x9e0c1e8. url = http://www.vgcats.com/super/se.rdf.xml parameter job = 0x9e0c1e8. that url = http://www.vgcats.com/super/se.rdf.xml
akregator: some data is: <?xml version="1.0" encoding="utf-8"?>\n<rss version="2.0" xml:base="http://fridge.ubuntu.com" xmlns:dc="http://purl.org/dc/elements/1.1/">\n<channel>\n <title>The
....
[/quote]
those pointers show up just under the vgcats feed. the ubuntu fridge feed fails to retrieve, but has different retrievers and jobs.

Any ideas? is this information helpful at all?
Also, I know that Ubuntu 8.04 is a LTS release, but does Kubuntu do the same thing?

[YenTheFirst (yenthefirst)]

the other file

[YenTheFirst (yenthefirst)]

Created attachment 37391
akregator source file, filled with debug statements

[YenTheFirst (yenthefirst)]

I can confirm the problem too. Kubuntu 8.04, KDE 3.5.10, akregator 1.2.9

I started looking into it, though, and it looks like it might be a KDE bug, or else it's something really funky.

Since it didn't always show up running it through a debugger, I wrote in a bunch of debug statements, to try and catch the program state when it _does_ go funky. I'm attaching those files.

from the output I've looked at, it looks like the TransferJob started by KIO::get just...pulls the wrong data.

[YenTheFirst (yenthefirst)]

Created attachment 37392
the other debug-filled file

a bit of sample output:

akregator: fetch(false) in feed: http://www.vgcats.com/super/se.rdf.xml | http://www.vgcats.com/s...
akregator: Loader is loading from: http://www.vgcats.com/super/se.rdf.xml
akregator: using retriever @ 0x9e15438
akregator: retrieving data from http://www.vgcats.com/super/se.rdf.xml
akregator: *this = 0x9e15438
akregator: my buffer is stored at: 0x9dce080
akregator: started job: 0x9e0c1e8. it has the url http://www.vgcats.com/super/se.rdf.xml
...
akregator: recieve data for feed http://www.vgcats.com/super/se.rdf.xml buffer = 0x9dce080
akregator: *this = 0x9e15438 job = 0x9e0c1e8. url = http://www.vgcats.com/super/se.rdf.xml parameter job = 0x9e0c1e8. that url = http://www.vgcats.com/super/se.rdf.xml
akregator: some data is: <?xml version="1.0" encoding="utf-8"?>\n<rss version="2.0" xml:base="http://fridge.ubuntu.com" xmlns:dc="http://purl.org/dc/elements/1.1/">\n<channel>\n <title>The
....

[Bekesa (bekesa)]

It seems the bug does not exist in KDE 4.3, (Akregator 1.5.1).

[Kde-bugtracking (kde-bugtracking)]

This problem still exists. I just noticed the described behaviour under Akregator 4.10.5 in OpenSuSe 12.3

[Bugs4-kde-org (bugs4-kde-org)]

I also have this problem sometimes using
Akregator Version 4.12.2
Using KDE Development Platform 4.12.2

One thing I notice is that the feed where it's wrongly saved to, is always the same.

Sometimes Feed A gets saved to Feed X
Sometimes Feed B gets saved to Feed X
Sometimes Feed C gets saved to Feed X

But I haven't noticed that other feeds are being messed up.

[Kdenis (kdenis)]

This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present?

If noone confirms this bug for a Framework-based version of akregator (version 5.0 or later, as part of KDE Applications 15.08 or later), it gets closed in about three months.