RSS Feeds from ebay

[Rolf Leggewie]

Binary package hint: thunderbird

not sure if this is a problem in Thunderbird, ebay's rss feeds or my expectations. If you have some information as to what it is, please let me know. I am on hardy.

I'd like to use Thunderbird's RSS capabilities to watch for some auctions on ebay. I have several issues with it. First of all, take a search as http://tinyurl.com/5udae8 as an example, the corresponding RSS feed is http://tinyurl.com/47cazt. The search is limited to auctions ending in the next 24 hours, but the feeds shows all the auctions. The second problem is that all items in that search (IOW, the RSS feeds entries) reappear every day. So, if I read through the list (which in this case I have kept deliberately short) on Monday almost all items will reappear on "my radar" again on Tuesday.

[Victor Engmark (victor-engmark)]

I can verify this bug. However, the duplicates all seem to have different dates
associated with them. E.g., the entry "[Amusing] Underage teens turn profit on
old beer" from http://www.pluck.com/rss/fark.rss appears in my list with dates
2004-09-14T21:22, 2004-09-15T04:02, and 2004-09-15T09:42. I have set the refresh
rate to 10 minutes.

Other feeds in which duplicates occur:
http://www.aftenposten.no/eksport/rss-1_0/?seksjon=viten
http://www.ntnu.no/~engmark/arbeid/hjemmeside/beskjed/motd.xml

Feeds in which duplicates do NOT occur:
http://www.digi.no/phpf/feed/rss/digi.php
http://www.cooltechzone.com/index2.php?option=com_rss&no_html=1
http://www.aftenposten.no/eksport/rss-1_0/?seksjon=nyheter_iriks

An additional note: None of these feeds have contained duplicates when viewed
using the Sage FireFox plugin.

[Victor Engmark (victor-engmark)]

One addition which might be interesting: My own RSS feed,
http://www.ntnu.no/~engmark/arbeid/hjemmeside/beskjed/motd.xml, has not changed
for weeks, but between yesterday and today it seems to have spawned 7 (!) new
(duplicate) messages. They all have the same datetime as their origin.

[Tuukka Tolvanen (sp3000)]

rel/dup: bug 258848, bug 260854

[Aeruder (aeruder)]

I get this on all my RSS feeds with a 20041027 nightly build. I can reproduce
it very easily by repeatedly clicking the get mail while selecting any of my
rss folders.

Just click once, wait half a second, click again and again and again, ad infinitum
and watch the duplicates grow and grow.

[David Fraser (davidf)]

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

[David Fraser (davidf)]

The same problem was reported in bug 258848, giving the following URL:
  http://www.computerbase.de/rss/news.xml

[David Fraser (davidf)]

Have verified with a local test blog.
The memory of what is stored seems to get lost on restart.
In addition, items seem to be being invalidated.
Note that if run from the commandline, Thunderbird gives output on what is going
on - attaching a log

[David Fraser (davidf)]

Created attachment 165122
log of thunderbird 0.9 when generating duplicate feed items

[Drew-corrupt (drew-corrupt)]

Note: This is running on Gentoo.

I have this problem when I enable "Check for new articles at startup" enable in
the News Reader options. Everytime I startup thunderbird 0.8 it duplicates all
available articles.. close/open and it gets the artciles AGAIN.

If I remove this, the problem goes away.

I use the following RSS Feeds:

Slashdot, Slashdot : BSD, Slashdot Linux, HackaDay,
http://closingsoon.corrupt.co.nz/

Regardless of the feeds, this problem happens.

[Bugzilla-af (bugzilla-af)]

(In reply to comment #1)
> However, the duplicates all seem to have different dates
> associated with them. E.g., the entry "[Amusing] Underage teens turn profit on
> old beer" from http://www.pluck.com/rss/fark.rss appears in my list with dates
> 2004-09-14T21:22, 2004-09-15T04:02, and 2004-09-15T09:42.

I have the same problem using Thunderbird 0.9 (20041103) under Win2k, but I
always get the duplicates with exactly the same date associated with them.

-----

My worst "blog-duplicate-enemies" are three posts by Ian Hickson (Keeping
busy/The Elevator/Some notes from Los Santos). I get the duplicates with "Planet
Mozilla" and also with "mozillaZine feedHouse".

-----

However, I've managed to get rid of the problem by doing the following:
(WARNING: do not edit any files in the profile directoy by hand if you don't
know what you're doing!)

1) open TB

2) write down the URLs (http://ln.hixie.ch/?start=1100471333&count=1) of all the
duplicates and the folder(mozillaZine feedHouse) in which they occur too.

3) close TB

4) go to the "News & Blogs" folder in your profile directory
(*\Thunderbird\Profiles\xxxxx.default\Mail\News & Blogs\)

5) open feeditems.rdf and delete all entries of the URLs from 1):

  <RDF:Description RDF:about="http://ln.hixie.ch/?start=1100471333&amp;count=1"
                   fz:stored="true"
                   fz:valid="true">
    <fz:feed RDF:resource="http://feedhouse.mozillazine.org/rss20.xml"/>
  </RDF:Description>

6) close (and save) feeditems.rdf

7) open the file (mozillaZine feedHouse) with the name of the folder in which
the duplicates occur and delete all entries of the URLs from 1):

From - Sun, 14 Nov 2004 22:28:53 +0000
   ...
Subject: Ian Hickson: Keeping busy
   ...
Content-Base: http://ln.hixie.ch/?start=1100471333&count=1
   ...
    </iframe>

  </body>
</html>

8) close (and save) mozillaZine feedHouse

9) start TB and reclaim your inbox ;)

[Tuukka Tolvanen (sp3000)]

(In reply to comment #10)

> My worst "blog-duplicate-enemies" are three posts by Ian Hickson (Keeping
> busy

I've seen quite a lot of that item lately. It seems Hixie's site was unavailable
(the link on the item yielded an error page of some sort) during the few days
that the duplicates appeared -- perhaps some kinds of feed serving failure might
be one cause of duplicates? (thunderbird aviary cvs)

[Trejkaz (trejkaz)]

Just noticed this myself in 0.9 with Wired's feed
(http://wired.com/news/feeds/rss2/0,2610,,00.xml)

Glad to see it's not just me.

[Marcia-mozilla (marcia-mozilla)]

nominating, in case there might be fix in the midst for 1.0...

[Victor Engmark (victor-engmark)]

(In reply to comment #12)
> Just noticed this myself in 0.9 with Wired's feed
> (http://wired.com/news/feeds/rss2/0,2610,,00.xml)

Have you been reading Wired long? I have read it for months, and it started
spawning duplicates for the first time only a few days ago. However, now it's
rampant, and single articles are duplicated in the twenties...

[Trejkaz (trejkaz)]

It seems that this is how it starts. You get a single duplicate the first time
it starts happening. Then the next story which shows up, you get a duplicate of
both, and they start multiplying.

Last Monday morning, I came into the office and there were 450 messages in the
Wired folder. At that point, I gave up and deleted them. :-)

[Niederstrasser (niederstrasser)]

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

[Mscott-mozilla (mscott-mozilla)]

This is happening because of a &amp; in hixie's feed article link and guid tags.

A item might have an id of:

http://ln.hixie.ch/?start=1101165341&amp;count=1

but somehow that ends up getting stored in our RDF data source as:

http://ln.hixie.ch/?start=1101165341&amp;amp;count=1

note the 2nd "amp;"

as a result the next time we download the feed, we look in our data source to
see if we already have this feed item and we don't have a match.

What makes this even more confusing is that this doesn't happen every time. I
have plenty of entries in feeditems.rdf from hixie's blog that are perfectly
formed such as:

http://ln.hixie.ch/?start=1100471333&amp;count=1

I don't know why every now and then one of the urls gets corrupted.

[Mscott-mozilla (mscott-mozilla)]

WOW! This bug has nothing to do with the RSS module at all. It's a bug way down
deep in the bowels of our RDFXML serializer which serializes our datasource to disk:

http://lxr.mozilla.org/aviarybranch/source/rdf/base/src/nsRDFXMLSerializer.cpp#557

nsRDFXMLSerializer::SerializeDescription

takes our RDF resource which has a value of:

http://ln.hixie.ch/?start=1101165341&amp;count=1

and turns it into a URL then escapes it by calling:
rdf_EscapeAttributeValue
which turns it into:
http://ln.hixie.ch/?start=1101165341&amp;amp;count=1

note the double amp

This is the value that get serialized to feeditems.rdf

When we next load the datasource again from disk, it looks like the rdf xml data
 source doesn't account for this unescaping so it ends up in memory with the
double ampersands!

[Mscott-mozilla (mscott-mozilla)]

So RDF serializes it to disk and escapes the url into:

http://ln.hixie.ch/?start=1101165341&amp;amp;count=1 which gets written to disk

When it parses the data source back in on startup, our escaped resource URI gets
turned into:
http://ln.hixie.ch/?start=1101602247&count=1

which is incorrect. We would expect to see:

http://ln.hixie.ch/?start=1101165341&amp;count=1
And thus the data source is broke for any resource you put into it that looks
like hixie's urls.

The bug may not actually be in RDF but even deeper, down in the xmlparser that
RDF uses to build up the data source on startup.

Someone stop the pain...

[Mscott-mozilla (mscott-mozilla)]

Further clarification. the expat parser is properly parsing the input when
loading the data source but it unescapes the attribute string before calling
into the RDF data source with information about the new value. So it gives RDF a
string that looks like:

http://ln.hixie.ch/?start=1101602247&amp;count=1

which is the unescaped version of the how the string looks on disk in the .rdf file.

nsRDFContentSink::GetIdAboutAttribute takes this string that has already been
escaped and calls: nsRDFParserUtils::StripAndConvert which effectively unescapes
it again giving us just:

http://ln.hixie.ch/?start=1101602247&count=1

and that's what gets added to our data source...

[Mscott-mozilla (mscott-mozilla)]

Created attachment 167516
attempt at a test feed

[Mscott-mozilla (mscott-mozilla)]

Created attachment 167519
total hack work around in feedItem.js

this is a hack to work around the escaping issue in RDF

[Mscott-mozilla (mscott-mozilla)]

Comment on attachment 167519
total hack work around in feedItem.js

Hack to work around the RDF entity replacement bug.

in FeedItem::isStored, if we don't see the url resource in our data source,
then try to replace any entities (most importantly &amp; in the feed URI) with
their char equivalents and then try to look up that URI in the data source.

This means, if we fail to find:

http://ln.hixie.ch/?start=1101602247&amp;count=1

we'll end up also looking for:

http://ln.hixie.ch/?start=1101602247&count=1 which really is in the datasource.

[Mscott-mozilla (mscott-mozilla)]

I aggressivly checked this hack work around in so it could make the RC build in
the morning. I hope I won't get burned by doing so.

[Bienvenu (bienvenu)]

Comment on attachment 167519
total hack work around in feedItem.js

great job, Scott. That explains why I was only seeing this after rebooting
tbird...

[Bugzilla-iwaruna (bugzilla-iwaruna)]

vrfy'd fixed on the branch: tested with 200412010x-0.9 on linux and mac, and the
problematic rss feeds don't display duplicates for me.

[Abecevello+bugs (abecevello+bugs)]

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

[Bienvenu (bienvenu)]

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

[Mscott-mozilla (mscott-mozilla)]

this work around went into the branch and the trunk.

[Bugzilla-spray (bugzilla-spray)]

Is this fix in 1.0 RC1?

Using it and i am getting duplicate entries from Ian Hickson blog via the Planet
Mozilla feed. Can attach screenshot if necessary.

[Bienvenu (bienvenu)]

no, it didn't make rc1, but it's in the latest nightly .9 builds.

[Bugzilla-dougweb (bugzilla-dougweb)]

I've now got 1.0 final installed, and am still getting this on Hixie's feed.
Just now I got a duplicate of 'choo choo'.

I used to get duplicates of many articles at once, this is only a single article
duplicated. It is the most recent article..

I'm using the Planet Mozilla aggregate feed btw.

[Nrthomas (nrthomas)]

I am seeing similar things to comment 32. Retrieving the Planet Mozilla feed
(http://planet.mozilla.org/rss20.xml) with wget gives the following for the Choo
Choo entry:

<item>
        <title>Ian Hickson: Choo choo</title>
        <guid>http://ln.hixie.ch/?start=1102294283&amp;amp;count=1</guid>
        <link>http://ln.hixie.ch/?start=1102294283&amp;amp;count=1</link>
        <description>&lt;p&gt;Today I met some new people and played some games.
 First we played a game that took seven hours, namely &lt;a href=&quot;http://ww
< snip the rest of the description>
venting.&lt;/p&gt;</description>
        <pubDate>Mon, 06 Dec 2004 00:51:23 +0000</pubDate>
</item>

If you wget from Hixie's log directly (http://ln.hixie.ch/rss/html):
 <item rdf:about="http://ln.hixie.ch/?start=1102294283&amp;count=1">
  <title>Choo choo</title>
  <link>http://ln.hixie.ch/?start=1102294283&amp;count=1</link>
  <dc:date>2004-12-06T00:51:23+00:00</dc:date>
  <description>&lt;p&gt;Today I met some new people and played some games. First
 we played a game that took seven hours, namely &lt;a href=&quot;http://www.18xx
<snip>
&lt;p&gt;Now, back to writing up a draft of the card game rules Kam and I are in
venting.&lt;/p&gt;</description>
 </item>

ie, Planet Mozilla:
<link>http://ln.hixie.ch/?start=1102294283&amp;amp;count=1</link>
Hixie:
<link>http://ln.hixie.ch/?start=1102294283&amp;count=1</link>

Perhaps this is a Planet Mozilla problem.

[Nrthomas (nrthomas)]

Or perhaps not. I subscribed to Hixie's feed directly and get duplicate entries
there too.

[Bill-wg9s (bill-wg9s)]

I have the same issue with the Plaent Mozilla feed. Everyone elses blog entries
are fine, but each time it checks for new articles if there are any new articles
in the planet Mozilla feed. All of Hixeis articles get duplicated. If there
are no other new articles then I don't get Hixies posts again.

[Bugzilla-dougweb (bugzilla-dougweb)]

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

[Bugzilla-dougweb (bugzilla-dougweb)]

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

[Bugzilla-dougweb (bugzilla-dougweb)]

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

[A9c83cd8bb41db324db5b449352f183 (a9c83cd8bb41db324db5b449352f183)]

Yesterday my TB 1.0 started to get duplicates every time I opened it. It
happened with every feed, also with feeds without "&" in the URL. I deleted all
the feeds, deleted some old entries in Mail\News & Blogs\ in my profile
directory which TB wasn't able to delete, and resubscribed to the feeds. It was
quite a lot work because the missing OPML export/import, but now everything
works again. I noticed that now the namespace fz is used in feeditems.rdf and
feeds.rdf instead of forumzilla which was used before I did the whole thing ...
I can't remember, but maybe I also deleted these .rdf-files. I heard sometimes
mails cannot be deleted due to corrupted .msf-files, could corrupted .msf-files
be a reason that TB didn't dismiss already downloaded feed items? It's a bit
strange that this bug occured suddenly without a cognizable reason.

[Bill-wg9s (bill-wg9s)]

re comment #39, I ran into the same issue. In my case it appears it was
triggered by switching back and forth between branch and trunk builds. I dont
think this is the same issue as this bug. This bug is more about the issue that
if you subscribe to the Planet Mozilla feed, every time there are any new
articles in the feed, any current articles posted by Hixie get duplicated. (BTW
since there are no current Hixie posts, this problem is now dormant as well).
Anyway, I guess Hixie is even more special than we thought. :-)

[Vseerror (vseerror)]

hmm, i don't see an explicit or implied "piss off". I also have *a* problem, so I relate to those who are frustrated. However, it would be *helpful* to channel frustration in productive directions.

Thank you James for that productive comment. Unfortunately this bug has been left open too long and allowed to become a bucket for probably too many issues. And we are now digressing to etiquette issues [1] (yes, it doesn't help that the primary coder in this area is gone and that no one has attempted further patches since 12/2004). Which leads us to ...

Good practice in bugzilla-land is when there are multiple causes and issues each should have it's own bug - this allows people who care, and coders who are interested in fixing well defined problems, to better focus on *a* problem and achieve a solution.

So for everyone who cares, has cc: and has voted, some suggestions:

1. Get bugs filed on each discrete RSS issue ... including the ampersand issue ((I don't see a bug on on it even though it is described multiple times in this bug) so that when it gets fixed we don't have 20 people say their issue is fixed and 30 say they don't (what helps is filing a new bug).

2. Get out there in bug-land and triage [2] the crap out of the RSS bugs [3]. Get rid of the ones that no longer exist, and improve the ones that do. In other words go out and be a little selfish - help yourself by touching bugs others care about (and where you may benifit as well), and then maybe someone will return the favor and help with a bug you care about.

3. cc: on the bugs you do care about - get engaged

4. Have a look at the code and specs, even if you are not a coder [4]

There is still plenty of time to get some of these fixed before beta 2. And any that aren't fixed by then can be considered for what will eventually be 3.0 _branch_.

Shockingly (really) I think one person in 4 years has posted any workaround. So here's mine - the severity of the problem is greatly lessened, but not bullet proof
a) never or rarely manually "get new [RSS] messages"
b) set a high value for automatically getting new messages (I use 100)

[1] https://bugzilla.mozilla.org/page.cgi?id=etiquette.html
[2] https://wiki.mozilla.org/Thunderbird:Bug_Triage
[3] http://tinyurl.com/6qrwlu
[4] http://mxr.mozilla.org/mozilla/source/mail/extensions/newsblog/
    http://en.wikipedia.org/wiki/RSS_(file_format)

[Tuukka Tolvanen (sp3000)]

I re-filed the reproducible intermittent 503+noitems testcase as bug 451737.

[Vseerror (vseerror)]

(In reply to comment #158)
> I re-filed the reproducible intermittent 503+noitems testcase as bug 451737.

which brings up some points:
1. post numbers here of new bugs filed
2. new bugs don't have to be 100% reproducible, but should have clear steps to reproduce, including URL

(In reply to comment #157)
> 2. Get out there in bug-land and triage [2] the crap out of the RSS bugs [3].
> Get rid of the ones that no longer exist, and improve the ones that do. In
> other words go out and be a little selfish - help yourself by touching bugs
> others care about (and where you may benifit as well), and then maybe someone
> will return the favor and help with a bug you care about.
> [2] https://wiki.mozilla.org/Thunderbird:Bug_Triage
> [3] http://tinyurl.com/6qrwlu

join us on Thursday bugdays and you'll get free :) assistance in triaging bugs
https://wiki.mozilla.org/Thunderbird:QA_Days

[Bmo2010 (bmo2010)]

(In reply to comment #153)
> Guys, from our (user's) point of view you're never ever tried to reproduce it.
> It can be reproduced with any feed within 1 or 2 hours. Put here your steps how
> you've tried to reproduce and we'll find step you're missing. Even on feed
> you'll provide us.

Okay, here's a video of me setting up the feed in the latest Thunderbird trunk build on Windows XP, and checking it:
<http://ilias.ca/flashback/rssdupes.html>[4.2M]

Here's approx. two hours after setup: <http://ilias.ca/flashback/rssdupes-2hrslater.html>[1.0M]. Still no dupes.

And here's approx. four hours after setup: <http://ilias.ca/flashback/rssdupes-4hrslater.html>[1.4M]. Still no dupes.

What are the steps I'm missing? I'm not saying the bug does not exist. In fact, I blogged about it in 2005 <http://ilias.ca/blog/2005/03/my-1-thunderbird-bug/>. What I /am/ saying is that your steps to reproduce are too vague to be helpful in fixing this bug. The more details, the better. How Mike found out the circumstances for bug 433386, I'll never know. :-)

P.S. I'm not a coder. :-)

[Arthur Țițeică (arthur-titeica)]

If nobody can't reproduce it with <http://ghisler.ch/board/rss.php> then I consider this bug fixed.
Note: it usually happens after TB restart. I've had it with TB 2.x and 3.x.

[Auke-booij (auke-booij)]

@#161: WHAT? Are you crazy? While only a few comments back we have deduced that this is a blanket bug?

[Mandelli-alessandro-alice (mandelli-alessandro-alice)]

(In reply to comment #161)
> If nobody can't reproduce it with <http://ghisler.ch/board/rss.php> then I
> consider this bug fixed.
> Note: it usually happens after TB restart. I've had it with TB 2.x and 3.x.

This is pure nonsense. The essence of a bug is not its reproducibility. The bug is there, and just have a look at how many votes it received and how many CC. Again, thanks to all who are freely contributing, but do not simply deny the evidence just because you can't see it.
This MUST BE A BLOCKER

[Bugs-bmo (bugs-bmo)]

Please stop asking for this to be a blocker. As a developer, I promise you that saying "this must be a blocker" only lowers the chances of someone actually looking at this bug.

A blocker must be something that prevents usage of the application, e.g. makes it impossible to develop or use it. If, for example, Thunderbird locked up every time it checked a feed, this would be a blocker.

A critical bug is one that causes crashes (but can be avoided, at least enough for testing), causes loss of important data, and otherwise makes the application a "ticking time bomb."

A major bug (this bug's current severity) is one that causes a "major" (not trivial) loss in functionality. For a comparison with Firefox, if bookmarks could not be created at all, it would be "major" (not critical or a blocker!)

And in any case, as a developer, I will also tell you that a bug is its reproducibility. Most development shops (which you PAY several thousand dollars to for software) make you sign agreements saying they won't do a thing unless you give them steps-to-reproduce.

There's a problem, but if I can't easily reproduce it, it might take me/someone hours and hours (possibly days) of testing to fix/figure it out. Does that sound fun to anyone? It sounds like a wild goose chase to me.

Anyway, some people are trying to help here and that is good - please, just stop making the helpful comments hard to find!

-[Unknown]

[Tuukka Tolvanen (sp3000)]

(In reply to comment #161)
> If nobody can't reproduce it with <http://ghisler.ch/board/rss.php> then I
> consider this bug fixed.
> Note: it usually happens after TB restart. I've had it with TB 2.x and 3.x.

I ran with this feed checking on startup and 20 min intervals in parallel on 2.0.0.6/16 and 20080819021808 3.0b1pre in the daytime since you mentioned it, including several restarts; also running the tbird3 build for a few hours and a three-ish restarts on the profile where tbird2 was used to subscribe. I only saw tbird2 getting duplicates (usually a feedful, on startup). If you can still reproduce dups in a trunk (tbird3) build, file a bug on it and mark it blocking this one.

(Also, don't let the overreactions to your mention of what part of this bug you happen to mostly care about drive you away or anything :)

[Arthur Țițeică (arthur-titeica)]

(In reply to comment #165)
>
> If you can still
> reproduce dups in a trunk (tbird3) build, file a bug on it and mark it
> blocking this one.

Indeed, it looks fixed on my side with TB trunk.

> (Also, don't let the overreactions to your mention of what part of this bug
> you happen to mostly care about drive you away or anything :)

Thanks.

[Arthur Țițeică (arthur-titeica)]

Unfortunately it happened again this morning with <http://ghisler.ch/board/rss.php>.

[Mandelli-alessandro-alice (mandelli-alessandro-alice)]

Not fixed. Bug is still there in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1a2pre) Gecko/2008080500 Shredder/3.0b1pre

[Mandelli-alessandro-alice (mandelli-alessandro-alice)]

Still there. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080927031346 Shredder/3.0b1pre

[Jmordax (jmordax)]

Hi, I have found a test case with a specific message that gets duplicate again and again all days, each time you get messages from this RSS.

The RSS is:
http://www.ibm.com/developerworks/views/rss/customrssatom.jsp?type_by=Tutorials

And the conflictive message is one with Subject "CNN" from 7-Sept-2007

As I said, each time you get messages from this RSS you will get a new copy of it although you have it in TB already.

My build is: version 2.0.0.17 (20080914) on Wondows XP.

Hope this helps,

   Chemi.

[Philringnalda (philringnalda)]

Filed bug 461109 for comment 170.

[Joshua Cranmer (jcranmer)]

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

[Mandelli-alessandro-alice (mandelli-alessandro-alice)]

News?

[Arthur Țițeică (arthur-titeica)]

(In reply to comment #173)
> News?

Tons of duplicates...

[Archaeopteryx (archaeopteryx)]

Bug 468485 happens on 2.0.0.18 and Gecko 3.1b3pre.

[Timmysassone (timmysassone)]

This bug has been here for years, any news on a fix? I've rigged a filter to cut out an messages more than 24h old, so I get a few less now, but it's still pretty bad.

[Joel Goguen (jgoguen)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. Could you please read the description for Mozilla 258465 (https://bugzilla.mozilla.org/show_bug.cgi?id=258465) and let us know if this accurately describes your problem? Thanks in advance.

[Joel Goguen (jgoguen)]

We'd like to figure out what's causing this bug for you, but we haven't heard back from you in a while. Could you please provide the requested information? Thanks!

[Joel Goguen (jgoguen)]

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

[Rolf Leggewie (r0lf)]

My apologies for the silence. I have the impression that https://bugzilla.mozilla.org/show_bug.cgi?id=258465 accurately describes the second problem. I also still experience this with at least one rss feed in Karmic, therefore reopening. This bug seems to be known and confirmed upstream with plenty of examples. Setting to triaged status.

[Rolf Leggewie (r0lf)]

FWIW, I believe the first issue was due to ebay's RSS feed being incorrect and has apparently been fixed (the RSS URL on the search result page changed and that new one only seems to list articles within the next 24 hours)

[jhaskins75 (jhaskins75)]

No matter how i enter the correct url in any format, I keep getting the message of non recognition. I get the url's directly from the web news source and I know they are correct, caused I checked the addresses with in my Outlook running on a windows OS which I share with Ubuntu. Any solutions?????

[Bmo2010 (bmo2010)]

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

[Zen25000 (zen25000)]

I have 6 RSS accounts and run Lanikai nightly builds continuously without this issue until a few days ago.
It then started on all RSS accounts simultaneously. I assumed at first it was a new bug in the nightly build (hence my https://bugzilla.mozilla.org/show_bug.cgi?id=608520 ), but on further testing with the same profile it happens using several different TB versions going back to TB2 running in both i586 and x86_64.
This only leaves my profile as common denominator, so can anyone think what may have changed in the profile to trigger this? I had not changed any account settings manually prior to this starting.

Barry

[Zen25000 (zen25000)]

On reflection (just to clarify) I do recall getting single duplicates which were never a real problem to me - this rapid multiple spawning is new and has never happened until now.

There may be two different bugs here.

[Zen25000 (zen25000)]

6 years and counting - will this ever be fixed?
I am deleting 10,000+ duplicates every few days.

[Ludovic-mozillamessaging (ludovic-mozillamessaging)]

(In reply to comment #180)
> 6 years and counting - will this ever be fixed?
> I am deleting 10,000+ duplicates every few days.

File a new bug this is a tracking bug :-)

[Zen25000 (zen25000)]

Huh??
I did (608520) last October and it was just marked resolved as a duplicate of this.
So I don't see how reporting it again will achieve anything.
What is a [tracking] bug?

[Bmo2010 (bmo2010)]

I was the one that marked it as a dupe, so it's probably my fault. Sorry. This bug morphed into a meta bug and I didn't know they wanted a separate bug for each URL.

[Alta88 (alta88)]

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

[Alta88 (alta88)]

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

[Alta88 (alta88)]

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

[Alta88 (alta88)]

I'm closing this bug for the following reasons:
1) A massive renovation of feeds in Tb was concluded with the release of Tb17. The codebase is not the same as when the dupe bugs were rampant. (Neither is usage, to be sure.)
2) There hasn't been a dupe report since Tb17.

This is not to say there can't be a true incorrect dupe. But it would need its own testcase/example. The most likely cause of a true dupe is a publisher reinserting a same item after removing it and Tb's dupe cache expiring (24hrs).

There are more likely to be apparent dupes, which are not true dupes, due to publisher reasons than due to an issue in Tb. For example, the current file in this feed contains identical items differing only by guid - http://www.facebook.com/feeds/page.php?id=204474822902925&format=rss20. Etc.

[Paul White (paulw2u)]

Upstream report was closed "RESOLVED INCOMPLETE" on 2013-09-21 for reasons given in comment #197. Last comment here was over 9 years ago (comment #186) so closing as fixed as changes in the codebase seem to have resolved the reported issues.

[Saurabh-edelytics (saurabh-edelytics)]

You Realy nice thanks for share great information https://jpinternational.co.in/

[Guptasaurav53 (guptasaurav53)]

I wanted to know something about this website, how can I secquire please help me? http://www.swarnprastha.com/