maemo.org Bugzilla – Bug 6502
Control Panel: Cannot change Network mode when Network selection is "Automatic"
Last modified: 2010-03-15 20:52:48 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. Goto control panel
2. Open phone
3. Tap "Network mode"
You can choose between both & 2g
Selection is disabled
(always, less than 1/10, 5/10, 9/10)
EXTRA SOFTWARE INSTALLED:
Network mode can be changed when Network selection is manual.
User-Agent: Opera/9.80 (Windows NT 5.1; U; en) Presto/2.2.15
Was the internet connection active through packet data (gsm, gprs, edge, 3g,
hsdpa) at the time?
I can change network mode, with network selection set to automatic, as long as
the phone is not connected via packet data.
If the inability to change network mode whilst connected is WONTFIX, then the
bug is in the UI not telling the user WHY it can not be changed.
yes, the problem was that the 3g -connection was on.
so only problem in the logic imo is that the network can be changed without
stopping the connection and network mode cant. but mainly user error.
I can't reproduce this.
My 'Network selection = Automatic' and I am able to choose between 3G and GSM.
(In reply to comment #3)
> I can't reproduce this.
> My 'Network selection = Automatic' and I am able to choose between 3G and GSM.
If you see additions above, you see that 3g connection must be active to
(In reply to comment #4)
> If you see additions above, you see that 3g connection must be active to
Isn't this expected? I wouldn't expect you to change from 3G down to GSM when
3G connection is still active.
Similar behavior to when you want to make changes to a file that's being
opened..I wouldn't expect you can write and save changes to it while it's still
opened by another application..
(In reply to comment #5)
> (In reply to comment #4)
> > If you see additions above, you see that 3g connection must be active to
> > reproduce.
> Isn't this expected? I wouldn't expect you to change from 3G down to GSM when
> 3G connection is still active.
> Similar behavior to when you want to make changes to a file that's being
> opened..I wouldn't expect you can write and save changes to it while it's still
> opened by another application..
analogy is quite wrong. when using gsm connection and signal to 3g network is
lost, the device will automatically switch to 2g. why can't that same
functionality be done via settings?
and why would you change your operator when connection is in use with that
sidenote: poor analogy, you can actually edit files that are opened by other
applications just fine...
Point of comparison, my Nokia E75 seems to allow changing between 2g/3g/dual
when connections are active, so I wouldn't say that it's expected behaviour to
not be able to switch modes with connections active.
If it indeed is not possible to switch modes with connections active, the UI
should suggest that I disconnect first, or even offer to disconnect in order to
I think the best is to propose this as a bug for the Fremantle program and see
what is the rationale behind the current UI.
*** Bug 6839 has been marked as a duplicate of this bug. ***
This behaviour isn't even mentioned in the user manual - as it stands - the
panel can be greyed out for no reason the user understands.
Especially as this is marketed as a connected device, it is not unreasonable to
have it connected to a network a large fraction of the time.
Knowledgable users may indeed be able to guess the reason for the blockage.
However, this knowledge is certainly not universal.
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
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).