Bug 174845 - duplicate/multiple entries in the case of https/pw-protected feeds (esp. mediawiki)
Summary: duplicate/multiple entries in the case of https/pw-protected feeds (esp. medi...
Status: RESOLVED UNMAINTAINED
Alias: None
Product: akregator
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-11-11 09:41 UTC by Frank Mayer
Modified: 2017-01-07 21:30 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 Frank Mayer 2008-11-11 09:41:29 UTC
Version:           1.2.9 (using KDE 3.5.10)
Compiler:          gcc, don't know version (ubuntu/8.04, distribution package, possibly 4.2) 
OS:                Linux
Installed from:    Ubuntu Packages

I am using Mediawikis for multiple purposes and in different projects.

And usually I control the progress of single pages or a whole project by reading rss- or atom-feeds of the according "history"-function of a page (or the "recent changes" of the whole mediawiki). I love to use akregator for this task, thank you very much for this piece of software!

Usually this works pretty well, but in the moment I want to track a https and password-protected wiki (apache "AuthType Basic", "Require valid-user") I receive identical changes multiple times. For me it seems to correlate somehow with "logging in akregator multiple times at the same day". Maybe akregator includes some kind of session-ID in the differentiation whether a feed is new or not (just an idea).

Fortunately, after a day (I believe), old feeds were not added any more. So, depending on how often you logon a day, you receive 1-n copies of the same changes of a subscribed page.

If, for example, you have to re-login often a day, akregator becomes more and more useless for this rss- or atom-feed, because it is boring, to scroll through a list of multiple 10- or 20-fold allegedly new but actually identical notes of change.

I can provide more information on demand. Please let me know how I can help to support a solution.

Kind regards,
Frank
Comment 1 Dominik Stadler 2009-03-01 23:38:53 UTC
Same here for me, it even happens for Wikis where I do not need to provide login data...
Comment 2 Frank Mayer 2009-05-06 15:12:24 UTC
Just a short notice, that this bug still exists in the new ubuntu-version (9.04, Jaunty) with the akregator version 1.4.2 (KDE 4.2).

Is it possible, that I am doing something wrong? Maybe a wrong setting Setting anywhere?

It would be very nice if someone of the developers could confirm, whether this bug exist in his/her opinion or if the user has to configure akregator in a special way.

Thanx & kind regards,
Frank
Comment 3 step247 2010-02-26 11:48:39 UTC
this bug still exists in Akregator version 1.6.0 and KDE 4.4.0
Comment 4 Hjart 2011-04-25 14:22:29 UTC
I'm currently (using akregator 1.6.5) getting duplicate articles from a MediaWiki feed. For many articles in this feed I after about a week have up to 8 identical copies. Is there any way I can have this prevented or just plain have superfluous copies removed?
Comment 5 Denis Kurz 2016-09-24 19:43:15 UTC
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.
Comment 6 Denis Kurz 2017-01-07 21:30:45 UTC
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.