maemo.org Bugzilla – Bug 8002
Being offline, RSS Reader tries to connect for refresh unconditionally
Last modified: 2010-03-24 11:23:23 UTC
You need to
before you can comment on or make changes to this bug.
(Settings > General > About product)
EXACT STEPS LEADING TO PROBLEM:
(Explain in detail what you do (e.g. tap on OK) and what you see (e.g. message
Connection Failed appears))
1. open RSS reader
2. tap the menu bar, then settings
3. choose to update automagically:
- when on WLAN;
- every 15 minutes
When on wlan, RSS feeds are updated every 15 minutes. When not connected or on
cell, no update at all.
When not connected at all, a “connection popup window” (asking which connection
to chose) appears. I guess that means it tries to find a connection to update
EXTRA SOFTWARE INSTALLED:
I have the RSS applet shown on the desktop area. I don't know what happens if
I'm connected to GPRS (wether it updates or not).
This behavior appeared in the 2.2009.51-1 upgrade.
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; fr-fr) AppleWebKit/531+
(KHTML, like Gecko) Safari/531.2+ Midori/0.2.2
*** Bug 8003 has been marked as a duplicate of this bug. ***
It seems that even when on GPRS connection it tries to update, even if I
specifically asked to only refresh while on wlan.
Ho and it happens wether the RSS Reader is running or not, because of the RSS
widget. If I disable the RSS widget, the problem's gone too.
*** Bug 8147 has been marked as a duplicate of this bug. ***
Good catch! Confirming.
This most likely triggers bug 8115.
I confirm the bug.
I got this problem too yesterday, while I was using the camera, and this was
even worse: for several dozens of seconds, I couldn't control the device: the
popup window was reappearing just after I clicked in an empty area (since I
didn't want to connect).
This has been fixed in package
which is part of the internal build version
(Note: 2009/2010 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
*** Bug 8090 has been marked as a duplicate of this bug. ***
(In reply to comment #7)
> I got this problem too yesterday, while I was using the camera, and this was
> even worse: for several dozens of seconds, I couldn't control the device: the
> popup window was reappearing just after I clicked in an empty area (since I
> didn't want to connect).
What I was seeing here could be bug 9029.
*** Bug 8381 has been marked as a duplicate of this bug. ***
*** Bug 9432 has been marked as a duplicate of this bug. ***
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).
*** Bug 9687 has been marked as a duplicate of this bug. ***