Closed Bug 266904 Opened 20 years ago Closed 18 years ago

Discovered feeds aren't cleared on loads in background tabs (refresh or drag and drop)

Categories

(Firefox Graveyard :: RSS Discovery and Preview, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
Firefox 3 alpha2

People

(Reporter: rakkis, Assigned: sayrer)

References

()

Details

(Keywords: verified1.8.1.2)

Attachments

(1 file, 1 obsolete file)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20041001 Firefox/0.10.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20041001 Firefox/0.10.1

XML feeds that are defined in <link> tags and show up in the Firefox RSS button
menu in the bottom-right corner ("Subscribe to '..' ") keep adding up to produce
infinite duplicates when a page is set to refresh with <meta> tags AND the
meta-refreshing tab is not selected. When the tab is reloaded by hand OR
selected and refreshed by the meta-refresh, the list gets cleared correctly.

Reproducible: Always
Steps to Reproduce:
1. Start firefox, open two tabs
2. In other tab go to http://www.rakkis.net/firefox-rssbutton-metareload-bug.html
3. Select any other tab
4. Wait 20 seconds.
5. Select the tab in which the first link was opened; you can now see that the
two RSS feeds defined in the site appear multiple times when you click on the
small RSS button to bring up the "Subscribe to '..' " menu. When you refresh the
page by hand, or wait another 10 seconds when the page is selected, the menu
gets cleared up correctly and only 2 feeds show up.
Actual Results:  
Multiple (duplicate) items of the two RSS feeds defined in the page HTML appear
in the RSS button menu.

Expected Results:  
The RSS button menu should clear every time the page is reloaded, so that only
two RSS feeds (as defined by the HTML) appear always there.
I now noticed that the same duplication happens if you right click on another
tab that has RSS feeds and click on "Reload tab", so that the tab gets reloaded
when it's not selected.
Assignee: bugs → vladimir
Component: Toolbars → Bookmarks
QA Contact: bugzilla → mconnor
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee: vladimir → vladimir+bm
Assignee: vladimir+bm → nobody
Component: Bookmarks → RSS Discovery and Preview
QA Contact: mconnor → nobody
Or if you drag a link and drop it on a background tab: it's the same bug in any situation that loads a page in a tab in the background, because startDocumentLoad isn't called, and that's where the list of discovered feeds gets cleared.
Summary: XML feeds in the RSS button menu don't clear but keep adding up (duplicated each time) when site is set to refresh with a <meta> tag and tab isn't selected. → Discovered feeds aren't cleared on loads in background tabs (refresh or drag and drop)
*** Bug 288128 has been marked as a duplicate of this bug. ***
*** Bug 304636 has been marked as a duplicate of this bug. ***
*** Bug 281870 has been marked as a duplicate of this bug. ***
QA Contact: nobody → rss.preview
*** Bug 357072 has been marked as a duplicate of this bug. ***
Attached patch listen for unload (obsolete) — Splinter Review
Assignee: nobody → sayrer
Status: NEW → ASSIGNED
Attachment #248117 - Flags: review?(gavin.sharp)
Comment on attachment 248117 [details] [diff] [review]
listen for unload

>Index: browser.js

>+    gBrowser.addEventListener("unload", FeedHandler.onUnloadContent, true);

You should use the "pagehide" event rather than "unload", otherwise this will still occur for background session history navigation (content-triggered history.back(), for example) when fastback is enabled.

r=me with that change.
Attachment #248117 - Flags: review?(gavin.sharp) → review+
OS: Linux → All
Hardware: PC → All
Version: unspecified → Trunk
Checking in browser.js;
/cvsroot/mozilla/browser/base/content/browser.js,v  <--  browser.js
new revision: 1.745; previous revision: 1.744
done
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3 alpha2
Attachment #248117 - Flags: approval1.8.1.2?
Attachment #248117 - Flags: approval1.8.1.2?
Attachment #248117 - Attachment is obsolete: true
Attachment #248402 - Flags: approval1.8.1.2?
requesting blocking 1.8.1.1 (or 1.8.1.2) -- landing bug 344022 on the branch without landing this bug caused a pretty major regression, where the feed icon isn't removed from the feed preview page.
Flags: blocking1.8.1.2?
Flags: blocking1.8.1.1?
(In reply to comment #11)
> requesting blocking 1.8.1.1 (or 1.8.1.2) -- landing bug 344022 on the branch
> without landing this bug 

er, landing bug 347897 without landing this bug caused the regression
Blocks: 363740
Flags: blocking1.8.1.1?
Flags: blocking1.8.1.2? → blocking1.8.1.2+
Comment on attachment 248402 [details] [diff] [review]
patch w/ gavin's comments

Approved for 1.8 branch, a=jay for drivers.
Attachment #248402 - Flags: approval1.8.1.2? → approval1.8.1.2+
Checking in browser.js;
/cvsroot/mozilla/browser/base/content/browser.js,v  <--  browser.js
new revision: 1.479.2.214; previous revision: 1.479.2.213
done
Keywords: fixed1.8.1.2
verified existence of bug in 2.0.0.1 (1.8.1.1) by opening two tabs.  Opened news.yahoo.com in one tab.  Dragged it to the other tab.  Dragged it to the other tab again.  Clicked to other tab - saw duplicate rss entries.

rss icon entries are not duplicated in 2.0.0.2pre.

verified fixed
Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/2007011103 BonEcho/2.0.0.2pre
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: