Wizard can potentially wait forever on a buggy page
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
unity8 (Ubuntu) |
Fix Released
|
High
|
Michael Terry |
Bug Description
If a wizard page never reports that it's ready to answer the question "should I skip this page?", the wizard will wait forever until it gets the answer. Meanwhile, the user is presented with an empty page.
We experienced this in vivid with ofono bug 1419675. libqofono wouldn't report that SIM2 was done initializing. So we'd just keep waiting.
To reduce the severity of future similar bugs, the wizard should have a sensible timeout. So at least the user can continue.
== Original bug ==
After selecting a language, sometimes I'm left with a blank page. I never see the next screen, which lets me pick my password.
When this happened, I was running krillin, on vivid image 122. I had a SIM in slot 2, but none in slot 1. I've NOT been able to reproduce with a SIM in slot 1 instead of slot 2, which seems relevant.
After reproducing many times, it will sometimes stop happening. But after an image flash, it is rather reliable for a while.
I've looked into this a bit on the wizard side. It turns out that libqofono is never replying that the second SIM slot is "ready" which means it has finished initializing it.
Now, the wizard probably should timeout waiting for that to be true. But libqofono should also provide that info.
current build number: 122
device name: krillin
channel: ubuntu-
alias: ubuntu-
last update: 2015-02-25 21:42:40
version version: 122
version ubuntu: 20150225
version device: 20150210-95b6a9f
version custom: 20150225
Related branches
- Daniel d'Andrada (community): Approve
- PS Jenkins bot (community): Needs Fixing (continuous-integration)
-
Diff: 76 lines (+32/-2)2 files modifiedqml/Wizard/Pages.qml (+14/-1)
tests/qmltests/Wizard/tst_Wizard.qml (+18/-1)
Changed in unity8 (Ubuntu): | |
assignee: | nobody → Michael Terry (mterry) |
tags: | added: vivid |
tags: | added: vivid-stab-candidate |
tags: | added: lt-blocker lt-category-vidible |
Changed in unity8 (Ubuntu): | |
importance: | Undecided → High |
So, I've prepared a branch for unity8 which times out if ofono takes too long to finish initializing. But I still think there's a bug in ofono/libqofono here that's causing a problem.