maemo.org Bugzilla – Bug 5905
ovi maps brings up "Select connection" dialog relentlessly
Last modified: 2010-03-15 20:55:11 UTC
You need to
before you can comment on or make changes to this bug.
STEPS TO REPRODUCE THE PROBLEM:
1. in internet connection settings, change connect automatically to "always
ask" or go to a place where you have no saved connections.
2. disconnect from the internet
3. load maps
gps fix established, show position on map etc, let me browse around etc
the "Select connection" dialog pops up over and over again! it seems to pop up,
you dismiss it, and it pops up again right away. once you dismiss it the second
or third (or sometimes even forth!) time you'll have a short delay before then
next onslaught of connection dialogs.
it is so very frustrating when you are just trying to browse around the map.
perhaps allow the user the option to not require an internet connection to use
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:22.214.171.124)
Gecko/20091016 Firefox/3.5.4 (.NET CLR 3.5.30729)
Confirming. This behaviour is very irritating.
The preferences dialog in Maps is sparse (only two settings - measurement units
and time format), why not add another toggle to allow the user to suppress the
connection dialog (an offline mode perhaps).
This is probably a duplicate of either bug 5336 or bug 5337, depending on
whether maps wants a connection in order to download maps or to get GPS supl
Assuming that this is a duplicate of bug 5337.
*** This bug has been marked as a duplicate of bug 5337 ***
i don't think this is a duplicate of either of those bugs. they may be related
but they are not the same.
this bug specifically talks about the connection dialog popping up over and
over again no matter how many times you dismiss it and i fear this important
detail may be lost if marked as a dup.
(In reply to comment #4)
> this bug specifically talks about the connection dialog popping up over and
> over again no matter how many times you dismiss it and i fear this important
> detail may be lost if marked as a dup.
Right, sorry for missing the point (reopening).
Sounds like the same issue as bug 5368 then. I'm guessing that the connection
requests come from the location framework regardless of which running app
requests location info. Andre, anything relevant in int-137629?
(In reply to comment #5)
> Andre, anything relevant in int-137629?
Oops, somehow I missed this. Sorry. :-/
I have answered this in bug 5368 now.
So I currently expect bug 5368, bug 5905 and bug 5761 to have the same
underlying root issue in location-proxy having a broken passing of the user
decision to click "No". This is just my uneducated guess though.
I confirm this bug, it's very annoying! Maps can't even imagine that you may
want to use the gps without a network connection, very frustrating...
Today Nokia released the Maemo5 update version 2.2009.51-1 for public (also
called "PR1.1" sometimes).
If you have some time we kindly ask you to test again if the problem reported
here still happens in this new version - just leave a comment (and feel free to
update the "Version" field to the new version if it's still a problem).
With assisted GPS activated, bug still present in PR1.1 (just tested). The
dialog pops up itself continuously. I've not the power to change the version
Thanks for retesting!
A fix is in its way...
Glad to hear that, Quim. Is this a fix in the location framework, maps, or
Only in the application since the framework already offers API to handle such
*** Bug 9026 has been marked as a duplicate of this bug. ***
Similar bug but for camera with geotagging enabled, camera will brings up
"Select connection" dialog relentlessly too - Bug 9029
(Data connection is completely unrelated to GPS satellite reception, hence
Lucas removed the dependency bug again.)
Seems much better now (since the mid February update). An unobtrusive "One or
more network connections are no longer available." banner pops up once in a
while if you start out on a network and leave, otherwise it asks once. Then it
stays out of your face.
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).