Closed Bug 473814 Opened 16 years ago Closed 16 years ago

RSS feed has no style information

Categories

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

x86
Windows XP
defect
Not set
major

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 473760

People

(Reporter: ria.klaassen, Unassigned)

References

()

Details

(Keywords: regression)

Flags: blocking1.9.2?
I see also problems with the feeds here: http://www.nu.nl/ When I click on one I get the download dialog: "You have chosen to open" "algemeen.rss" "which is a RSS file" "What should Minefield do with this file?"
Do we use XSLT for any feed stuff? Otherwise bug 453441 is probably not the cause here.
Severity: normal → major
(In reply to comment #1) > I see also problems with the feeds here: http://www.nu.nl/ > When I click on one I get the download dialog: "You have chosen to open" > "algemeen.rss" "which is a RSS file" "What should Minefield do with this file?" same with mozillazine rss, http://www.mozillazine.org/ (In reply to comment #0) > Since today the following feed has no style anymore; it is displayed as xml > tree: > http://kopen.marktplaats.nl/opensearch.php?b=1&q=eettafel&g=504&u=1949&ts=0&pa=1&t=1&s=10 also AMO, https://addons.mozilla.org/en-US/firefox/ and Mozilla Japan, http://mozilla.jp/ so all rss seems to be with no style.
Summary: RSS feed had no style information → RSS feed has no style information
(In reply to comment #0) > Regression range appears to be: > http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2009-01-14+00%3A00%3A00&enddate=2009-01-14+12%3A00%3A00 > so maybe caused by Bug 453441. Why would it be caused by that patch? WFM on a trunk build BTW.
No longer blocks: 453441
Component: XML → RSS Discovery and Preview
Flags: blocking1.9.2?
Product: Core → Firefox
QA Contact: xml → rss.preview
WFM on both branch and trunk (WinXP) IIRC a couple days ago something caused a bad upgrade, we had users complaining about microsummary service not being initialized and so on, since some file was missing, so these issues could be connected to that.
since Ria see the issue in a trybuild i generated with only part of that range, we can probably restrict to http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=b93de60dcb8e&tochange=239d33c00bad
could be bug 467862
Blocks: 467862
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
No longer blocks: 467862
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090116 Minefield/3.2a1pre ID:20090116082607 verified dup, feeds wok again
Status: RESOLVED → VERIFIED
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.