3g will sometimes switch to the second sim even if it is locked or empty

Bug #1409694 reported by Dave Morley
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ofono (Ubuntu)
Incomplete
High
Dave Morley

Bug Description

STEPS:
Setup Main contract sim in slot 1, pay as you go sim no credit in slot 2, fresh install of rtm

1. Install the sims as described, turn off wifi or go out of range.
2. Open browser
3. No 3g connection is available as sim 2 has no credit
4. Open system settings cellular
5. Main data sim is set to sim 2 not sim 1
6. Select sim 1
7. Wait for it to set up sim 1 as data
8. Open browser again
9. Connection made
10. Lock sim 2 reboot and repeat
11. Remove sim 2 reboot and repeat

EXPECTED:
I expect sim1 which is the 3g supported device slot to always be selected by default, also unless otherwise deselected should remain selected.

ACTUAL:
On fresh installs sim2 is selected once unlocked, with the sim locked and not available it can also sometime flip to sim 2.

Dave Morley (davmor2)
tags: added: qa-manual-testing
Changed in ofono (Ubuntu):
importance: Undecided → High
assignee: nobody → Tony Espy (awe)
Tony Espy (awe)
Changed in ofono (Ubuntu):
status: New → Incomplete
assignee: Tony Espy (awe) → Dave Morley (davmor2)
Revision history for this message
Tony Espy (awe) wrote :

First, *please* include image details ( ie. output of system-image-cli -i ).

I don't quite understand your bug scenario as you don't include "expected results".

Your step 5 says "Main data SIM is set to sim 2 not sim 1". Is this the bug? Did you expect the SIM to be set to sim 1 in this case?

Then in step 10 you say "Lock sim". How? Do you mean you used system settings to enable PIN locking and then rebooted?

I also don't understand why your final step is remove sim 2 and reboot. What happens in this case?????

Revision history for this message
Dave Morley (davmor2) wrote :

Sorry Tony.

Image is latest RTM build 191. On krillin. This has been happening over Xmas too so since 179 most likely. It looks like what happens is at some point the signal is dropped from sim1 and whether or not there is a sim in sim2 and not matter what state the sim is in, it is selected meaning you lose signal and therefore data. You can manually go into settings → cellular and switch to sim 1 the h disappears for a couple of seconds and then reappears once the sim1 is up and running and the data connection is then back up and running.

Jean-Baptised has seen this in France too so not generic to uk.

description: updated
Changed in ofono (Ubuntu):
assignee: Dave Morley (davmor2) → Tony Espy (awe)
Revision history for this message
Tony Espy (awe) wrote :

@Dave

On a fresh install, even though SIM1 has the 3g capability by default, SIM2 will be used for data. This was discussed and a solution proposed for the wizard to prompt the user as to which SIM should be selected for data, however this was rejected by design. See bug #1379412 for the details. Also, please note the original bug description is correct. The bug's last comment seems to allude that the first SIM would be used for mobile data in some circumstances, however this is incorrect, SIM2 will be used.

As for the mobile data setting switching on it's own from SIM1 to SIM2, I haven't been able to reproduce, so I'm re-assigning back to you until we have a reproducible scenario. Perhaps you might touch base with Alfonso tomorrow as he's in your time zone. I'd like to get his opinion, and maybe see if he can reproduce if you can come up with a repeatable scenario.

Note, my testing was performed with two T-Mobile SIMs, the first active, the second a pay-as-you-go with no credits. I flashed the latest stable RTM, and confirmed that SIM2 gets selected by default for data. This happens regardless of whether or not SIM1 has a PIN lock enabled.

current build number: 13
device name: krillin
channel: ubuntu-touch/stable

Changed in ofono (Ubuntu):
assignee: Tony Espy (awe) → Dave Morley (davmor2)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.