Closed Bug 471108 Opened 17 years ago Closed 17 years ago

RSS feeds not recognised or displayed without stylesheet (native)

Categories

(Firefox :: General, defect)

Product:
Firefox
Component:
General
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: Peter6, Unassigned)

References

(
URL
)

Details

(Keywords: regression)

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20081224 Minefield/3.2a1pre ID:20081224220008 http://planet.mozilla.org/rss20.xml displays without style http://developer.mozilla.org/devnews/index.php/feed/atom/ is not recognised this regressed between the 20081224 nightly and this build
This also happens with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre) Gecko/20081222 Minefield/3.2a1pre ID:20081222020443 We need the correct regression window here. I'll have a look into that.
Keywords: regressionwindow-wanted
OS: Windows XP → All
Hardware: x86 → All
This is somehow hard to reproduce. After I was able to see it with the 081222 build I stepped back to 081220. That was working and I did the same with 081221. Now everything works as expected. Even with the 081224 build.
Keywords: regressionwindow-wanted
You need following STR to see the issue: 1. Start Firefox with a clean session 2. Enable Session Restore to use the last session on startup 3. Open the given URL and restart Firefox With step 3 the formerly correctly displayed RSS feed is shown without a stylesheet now or even not recognized. The regression starts between the builds 081208 and 081209. Checkins for this time frame: http://tinyurl.com/96pevb CC'ing Simon due to it seems like Session Restore related.
URL: http://planet.mozilla.org/rss20.xml
Both URLs from comment #0 load as expected with both the latest Minefield and Shiretoko nightlies. Could this have been a server issue?
Whiteboard: [worksforme?]
Not WFM Works in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20081224 Minefield/3.2a1pre ID:20081224094151 Broken in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20081224 Minefield/3.2a1pre ID:20081224162109 B str: open FF open one of the urls (I open them from a bookmark, in case it matters)
Whiteboard: [worksforme?]
looks like bug 469814 , bug 467862 or bug 462004 Ted , can you have a look please ?
Right, so it's just comment #3 that is WFM.
Peter, sorry but I even cannot see it anymore with todays nightly build: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20081224 Minefield/3.2a1pre ID:20081224034752 Your mentioned STR did always work for me. This applies to Minefield and Shiretoko on Windows and OS X.
Henrik, there is no nightly build for Win32 for the 25th yet, and as you note, it works with the 24th nightly. It broke in the hourlies (see comment #5).
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20081226 Minefield/3.2a1pre ID:20081226033733 with the latest nightly the problem is gone.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Phil backed out bug 462004 and bug 467862 last night as per bug 471097 comment 3, so it seems likely they're related.
I'm not sure if I see another problem but it's still not fixed on my side with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20081226 Shiretoko/3.1b3pre ID:20081226020434 I'm using the steps from comment 3 and after the restart the RSS feed is still displayed in raw mode. It's not transformed at any time. Strangely the following URL is loaded when clicking on the feed icon within the location bar: feed://http//planet.mozilla.org/atom.xml This is the error I see within the Error Console: Error: Failed to init microsummary service: [Exception... "Component returned failure code: 0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) [nsIJSCID.getService]" nsresult: "0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE)" location: "JS frame :: chrome://browser/content/browser.js :: anonymous :: line 1233" data: no] Source File: chrome://browser/content/browser.js Line: 1235
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Henrik, not one of your comments here has had anything to do with this bug. Please get your own, bug numbers are cheap.
Status: REOPENED → RESOLVED
Closed: 17 years ago → 17 years ago
Resolution: --- → WORKSFORME
That's true. Filed it as bug 471209. This is cheaper than 2c!
FWIW, I can't reproduce this with my own builds with my changesets in them. I may re-land them (along with the build bustage fix) and see if this shows up again.
could you force the builds to be clobbered right after you check those patches in ?
You need to log in before you can comment on or make changes to this bug.