171453 - Sidebar of Mozilla can't interpret RSS/RDF

Status: RESOLVED INCOMPLETE

(SeaMonkey :: Sidebar, enhancement)

Description

[Juhapekka Tolvanen]

Sidebar of Mozilla is cool. But unfortunately most syndicated news headlines
come in RSS-format and not as Sidebars. Face it!

I tried to load some RSS-file to sidebar directly via this URL:

http://dirt.netscape.com/cgi-bin/sidebar.cgi?title=kuro5hin&URL=http://www.kuro5hin.org/backend.rdf

This is how it looks like:

http://people.cc.jyu.fi/~juhtolv/tmp/bugreports/mozilla/mozilla_rss_bug.png

More information about RSS and RDF can be found here:

http://www.cc.jyu.fi/~juhtolv/links/bk2site/html/H-N/INTERNET/WWW/RSS/index.html

Comment 1

[Olivier Cahagne]

is the site sending RSS/RDF content also sending a proper MIME type (not
text/plain) ?

Comment 2

[Olivier Cahagne]

http://www.kuro5hin.org/backend.rdf MIME type is text/plain, not sure if this is
correct.

Comment 3

[Charles Capps]

http://dirt.netscape.com/cgi-bin/sidebar.cgi?title=RSS+Test&URL=http://flare.solareclipse.net/ContentIslands/1/rss10.xml

Served as text/xml

http://dirt.netscape.com/cgi-bin/sidebar.cgi?title=RSS+Test&URL=http://flare.solareclipse.net/rss10.rdf

Served as application/rss+xml, assuming that's correct. 

This, of course, assumes that the sidebar is supposed to read RSS natively...

Comment 4

[Juhapekka Tolvanen]

This person wanted to create Sidebar-application for reading RSS-feeds:

http://rsszilla.mozdev.org/

But there is nothing to download, yet. It seems really dead project.

Comment 5

[Juhapekka Tolvanen]

This is kinda same bug:

http://bugzilla.mozilla.org/show_bug.cgi?id=66054

Comment 6

[Michael Lefevre]

I'd say this was dependent - even if mozilla can interpret RSS, will need to do
something special for the sidebar.

confirming as an RFE.

Comment 7

[Richard Klein]

I was just reading Dave Hyatt's weblog.  He was talking about RSS aggregators
and the browser.  I'm the owner of the RSSzilla project, but I never really got
started on it.  I'm considering working on it again, but I really could use some
help.

Comment 8

[Manko]

I guess, XSLT could help there. See bug 194351.

Comment 9

[Percy Cabello]

This is for bookmarked RSS:

- you bookmark an RSS feed
- the add bookmark window asks if this is an RSS feed. If it is, mark it as a
bookmark property and as "open in sidebar".
- next time a user opens an RSS feed, it will open in the sidebar and format the
RSS feed with a predefined XSL. The style could then be hacked by users if not
wanted to become a setting.

There could even be a built-in group (like Bookmarks Toolbar Folder).
Since bookmarks can already be scheduled, it would be a big approach to
providing an embedded RSS aggregator with minimum footprint.

Comment 10

[Percy Cabello]

That should have read: " ... mark it as an RSS bookmark ..." as an additional
property of bookmarks.

Comment 11

[Juhapekka Tolvanen]

Well, I have been happy user of Sage few months:

http://sage.mozdev.org/

I use it in Mozilla Firefox. Somehow I feel this bug is resolved. But what about
those other web browsers that use Gecko engine? What if one day I switch from
Mozilla Firefox to Galeon? If sidebar do not have RSS-interpreter builtin, then
Galeon cannot have RSS-reader in sidebars. Am I right?

Comment 12

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 13

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 14

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614