maemo.org Bugzilla – Bug 1800
tapping browser rss icon lists two RSS feeds, one from an iframe
Last modified: 2010-03-15 20:51:04 UTC
You need to
before you can comment on or make changes to this bug.
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:220.127.116.11)
RSS button in toolbar is affected by both the top level web page and pages in
Steps to Reproduce:
1. open browser
1' look for the toolbar at the bottom of the screen (if it isn't present, use
app menu>view>show toolbar>normal screen/full screen - depending on whether app
menu>view>full screen is checked)
2. load about:
2' verify it says microb (if it doesn't use app menu>set engine>microb, and
restart the browser)
3. load http://browser.garage.maemo.org/news/
3' note the rss icon in the toolbar
4. tap the rss
4' popup menu contains two items both labeled "RSS"
two menu items labeled "RSS".
The first is for http://browser.garage.maemo.org/news/index.rss (unexpected,
comes from iframe containing http://browser.garage.maemo.org/news/news.html)
The second is for http://browser.garage.maemo.org/news/index.xml (expected, but
it's actually atom)
1. per an unpublished specification, if there's only one "RSS" like element,
tapping the button should launch the RSS Feed Reader application.
2. RSS links for outer documents should absolutely appear before any RSS for
3. I'm uncertain whether inner RSS references should be mentioned at all, but
if they should, there should be some clear indication that they're from
This is the only site where I've seen this bug, I knowingly posted the news
article about the browser with the corresponding browser (intending to analyze
it today and file this bug).
But downloading the news/ page without the news.html page results in the normal
behavior. Downloading news.html next to news/index.html causes the problem to
This has been fixed in package
which is part of the internal build version
(Note: 2009 is the year, and the number after is the week.)
A future public update released with the year/week later than this internal
build version will include the fix. (This is not always already the next public
Please verify that this new version fixes the bug by marking this bug report as
VERIFIED after the public update has been released and if you have some time.
To answer popular followup questions:
* Nokia does not announce release dates of public updates in advance.
* There is currently no access to these internal, non-public build versions.
A Brainstorm proposal to change this exists at
Setting explicit PR1.2 milestone (so it's clearer in which public release the
fix will be available to users).
Sorry for the bugmail noise (you can filter on this message).