Letting you use a phone without unlocking the SIM(s) is deliberate, on
the grounds that it is still as useful as an iPod Touch. If people
expect locking the SIM(s) to lock the phone as a whole, that would be a
security problem, but as far as I know we don't have any evidence of
that.

Alfonso torpedoes my re-run proposal by pointing out that if you have
chosen a data SIM manually, you don't want that choice to change without
permission. When I designed (2) "Auto switch to avoid roaming", I did
not assume that people ever "buy a phone somewhere that results in the
phone roaming", but rather that a common use case for dual SIM will be
when you travel frequently between two countries, with one SIM native to
each. If *that* isn't common, I could remove it from the design.
Meanwhile, though, it implies that the data SIM selection won't
automatically change otherwise; if it did that would be surprising.

Nevertheless, If adding a step to the first-run setup isn't acceptable
(I agree it isn't), and defaulting to no data isn't acceptable, then we
still need some method of choosing the data SIM automatically in the
first place. We still (1) shouldn't choose one that is locked, and (4)
shouldn't choose one on 2G if the other is on 3G.

"As we don't prompt for SIM PINs during the wizard, one or both SIMs
could be locked. This could leave us with no SIM selected, unless we run
the algorithm everytime a SIM is unlocked as you suggest."

If one or both SIMs are locked, on first run you get the setup, then the
greeter, then the SIM unlock prompt(s), then the tutorial.
<http://goo.gl/6Y7Hxb> If both are locked, the algorithm doesn't need to
run after each unlock prompt, just after they have both finished.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1379412

Title:
  SIM selection for mobile data is non-deterministic

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1379412/+subscriptions

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to