Closed
Bug 866481
Opened 12 years ago
Closed 11 years ago
[OPEN_][Dialer]It shows two lines "112" when we make an emergency call in phone lock screen.
Categories
(Firefox OS Graveyard :: Gaia::Dialer, defect)
Tracking
(blocking-b2g:tef+, b2g18 fixed, b2g18-v1.0.1 fixed)
People
(Reporter: Firefox_Mozilla, Assigned: etienne)
References
Details
(Whiteboard: [status: ready to land?] [required_last_cert_round] IOT u=fx-os-user c=may-6-17 p=1)
Attachments
(6 files)
Step to reproduce:
1.go into settings-Phone lock to set Passcode lock;
2.lock screen;
3.in unlock screen, tap "emergency call" to make an emergency call(such as 112);
Expected:
1.the screen shows correct;
Actual:
1.it shows two lines which all show 112 in calling.
build ID:20130426165758
build information:
gaia commit:
e25b349 Merge pull request #9273 from gasolin/issue-863126
gecko commit:
6dfd179 Bug 849757 - Part 4: xpcshell tests. r=vicamo, a=tef+
gaia commit:
e25b349 Merge pull request #9273 from gasolin/issue-863126
gecko commit:
6dfd179 Bug 849757 - Part 4: xpcshell tests. r=vicamo, a=tef+
AU:V1.01.00.01.019.085
Reporter | ||
Updated•12 years ago
|
blocking-b2g: --- → tef?
Comment 1•12 years ago
|
||
This is also happening on unagi devices.
Comment 2•12 years ago
|
||
Super-weird behaviour, Etienne, I think there were some changes in the way in which Emergency Calls were made from the lock screen. Could you please have a look?
By the way, this is hapenning when a SIM Card is inserted, when there is no SIM Card the behaviour is even worse (no way to end the call) but we will fill another one for that scenario (bug 866740)
blocking-b2g: tef? → tef+
Flags: needinfo?(etienne)
Comment 3•12 years ago
|
||
This needs to be fixed before May 21th.
Whiteboard: IOT
Target Milestone: --- → 1.0.1 Cert2 (28may)
Assignee | ||
Comment 4•12 years ago
|
||
(In reply to Daniel Coloma:dcoloma from comment #2)
> Super-weird behaviour, Etienne, I think there were some changes in the way
> in which Emergency Calls were made from the lock screen. Could you please
> have a look?
The lockscreen emergency call code hasn't moved in months :)
(bug 863595 is not landed yet).
Anyway this bug is bad and easily reproducible, I'm taking a look.
>
> By the way, this is hapenning when a SIM Card is inserted, when there is no
> SIM Card the behaviour is even worse (no way to end the call) but we will
> fill another one for that scenario (bug 866740)
This is not reproducible on my devices, I wonder if it comes from "below".
Assignee: nobody → etienne
Flags: needinfo?(etienne)
Assignee | ||
Comment 5•12 years ago
|
||
So the "emergency call from the lockscreen" feature has been fundamentally broken for a _long_ while (~6 months).
To sum up:
- the lockscreen embeds it's own call screen because there was no way to tell the dialer app to handle this call at the time the feature was developed
- but we have a "telephony-new-call" system message for every call now
- so when dialing an emergency call from the lockscreen we open the lockscreen embedded call screen *and* the real call screen (which is in locked mode)
We need:
- to remove the call screen embedded in the lockscreen
- to handle properly the case where a new outgoing call is started while in locked mode (the only way to do this right now is dialing an emergency call from the lockscreen)
Note that we will lose the striped down design that the embedded call screen had (it will look like a classic, unlocked, outgoing call).
It's not a trivial patch but I'm confident it can be done in time (probably this week).
Assignee | ||
Comment 6•12 years ago
|
||
Hey Zac, wondering how hard it would be to cover this with integration tests?
It's hidden behind the passcode lock so people rarely see this when doing QA.
Comment 7•12 years ago
|
||
Etienne, theoretically we can do it but if it automatically starts the call I would not want to do it, for risk that the call is not terminated properly and hangs open. I don't have a device to hand right now.
We have a blocker in sending the right touch events via Marionette so we might not be able to do it immediately.
Assignee | ||
Comment 9•12 years ago
|
||
Simpler than expected :)
Here is a patch, and I'm pretty sure it fixes bug 863595 too!
Attachment #744671 -
Flags: review?(francisco.jordano)
Comment 11•12 years ago
|
||
Dear Etienne,
I have tried your patch, it did not work.Please refer to the attachment.
Assignee | ||
Comment 12•12 years ago
|
||
(In reply to Mingming ZHAO from comment #11)
> Created attachment 744981 [details]
> snapshot
>
> Dear Etienne,
> I have tried your patch, it did not work.Please refer to the attachment.
So the good news is, that's progress!
Only 1 call screen left (so this part is fixed), but the call screen looks like an incoming call. (which shouldn't be possible unless the call is "incoming"...)
I'm flashing a phone with the commercial RIL in order to see if I can reproduce this.
Assignee | ||
Comment 13•12 years ago
|
||
(In reply to Mingming ZHAO from comment #11)
> Created attachment 744981 [details]
> snapshot
>
> Dear Etienne,
> I have tried your patch, it did not work.Please refer to the attachment.
After more testing with the commercial RIL (still couldn't reproduce the issue), a few questions:
* On which branch did you try the patch?
The attached screenshot is weird:
I couldn't find the code paths that display the "Emergency calls only" label on the lockscreen emergency call keypad nor the "Emergency call" label on the call screen (even if you have a contact named "Emergency call" it's not displayed this way).
FYI I tested the patch on gaia master, v1-train and v1.0.1.
* If you had custom patches on your branch (ie patches that weren't upstreamed to the gaia repository) can you try the patch again on a "clean" branch?
* Can you set "ril.debugging.enabled" to true in build/preference.js in order to have RIL logs while reproducing the bug.
* Can you try to reproduce the bug with and without the dialer app already launched to see if the behavior changes (it could).
Thanks, this will help a lot!
Flags: needinfo?(zmm)
Comment 14•12 years ago
|
||
Etienne,I am so sorry. I tested the patch again it works well.I am sorry I caused you so much trouble.
The "Emergency calls only" label on the lockscreen emergency call keypad was added by ourself in gaia/apps/system/emergency-call/index.html. The "Emergency call" label on the call screen also was added by ourself. We added an interface "isEmergencyNumber" in gecko to decide whether a number is an emergency call number or not. Then use the interface in gaia to add the "Emergency call" label. I think it will not affect anything.
Flags: needinfo?(zmm)
Assignee | ||
Updated•12 years ago
|
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Updated•12 years ago
|
Whiteboard: IOT → IOT u=fx-os-user c=may-6-17 p=0
Updated•12 years ago
|
Whiteboard: IOT u=fx-os-user c=may-6-17 p=0 → IOT u=fx-os-user c=may-6-17 p=1
Assignee | ||
Comment 16•12 years ago
|
||
(In reply to Mingming ZHAO from comment #14)
> Etienne,I am so sorry. I tested the patch again it works well.I am sorry I
> caused you so much trouble.
No problem :)
>
> The "Emergency calls only" label on the lockscreen emergency call keypad was
> added by ourself in gaia/apps/system/emergency-call/index.html. The
> "Emergency call" label on the call screen also was added by ourself. We
> added an interface "isEmergencyNumber" in gecko to decide whether a number
> is an emergency call number or not. Then use the interface in gaia to add
> the "Emergency call" label. I think it will not affect anything.
Do you know if those changes are going to be upstreamed to the central code repositories?
(this way we can all test with the same code base)
Comment 17•12 years ago
|
||
(In reply to Etienne Segonzac (:etienne) from comment #16)
> Do you know if those changes are going to be upstreamed to the central code
> repositories?
> (this way we can all test with the same code base)
Etienne,as far as I know the changes will not been upstreamed.There are some custom behavier.
Comment 18•12 years ago
|
||
Hi all,
I've found something weird, again, the special case for countries where is not possible to make emergency calls without sim card.
I'm attaching a video, where you can see how calling '112' sets the lockscreen in a weird status. Also is something that is happening intermittently as you can check on the video.
Comment 19•12 years ago
|
||
Assignee | ||
Comment 20•12 years ago
|
||
(In reply to Francisco Jordano [:arcturus] from comment #18)
> Hi all,
>
> I've found something weird, again, the special case for countries where is
> not possible to make emergency calls without sim card.
>
> I'm attaching a video, where you can see how calling '112' sets the
> lockscreen in a weird status. Also is something that is happening
> intermittently as you can check on the video.
So...
In a nutshell, only the lockscreen can catch this error right now, and the lockscreen can't tell the callscreen to close itself.
So we can't fix the side effect without bug 823958.
So we can either file a followup bug and land this patch or add this bug to the long list of dependencies on bug 823958.
Comment 21•12 years ago
|
||
(In reply to Etienne Segonzac (:etienne) from comment #20)
> So...
> In a nutshell, only the lockscreen can catch this error right now, and the
> lockscreen can't tell the callscreen to close itself.
>
> So we can't fix the side effect without bug 823958.
>
> So we can either file a followup bug and land this patch or add this bug to
> the long list of dependencies on bug 823958.
I do agree, since this bug fixes the problem when the we CAN do the call from the lockscreen, we should land it and follow up and make the dependency.
My only concern is Brasil is one of those countries where you cannot make emergency calls without sim inserted.
Cheers!
F.
Comment 22•12 years ago
|
||
Comment on attachment 744671 [details] [diff] [review]
Patch proposal
@etienne thanks again for your work, will you open the new bug to follow up in the cases like Brasil and Uk?
Thanks!
F.
Attachment #744671 -
Flags: review?(francisco.jordano) → review+
Comment 24•12 years ago
|
||
Since this blocks bug 863595 which is slated for the May 10th milestone, I'm marking this one as such, too.
Target Milestone: 1.0.1 Cert2 (28may) → 1.0.1 IOT1 (10may)
Updated•12 years ago
|
Whiteboard: IOT u=fx-os-user c=may-6-17 p=1 → [status: ready to land?] IOT u=fx-os-user c=may-6-17 p=1
Comment 25•12 years ago
|
||
Etienne, can this land? If so, please make sure that happens ASAP. Thanks!
Assignee | ||
Comment 26•12 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 27•12 years ago
|
||
Uplifted 340201b4b7352205dedb00463253de527e2c479a to:
v1-train: 6ffd5a675fed78bc27cc4c2bd15af1808477126b
v1.0.1: 2f173e818735b8aa930aa9711d6706a90be2f8c2
status-b2g18:
--- → fixed
status-b2g18-v1.0.1:
--- → fixed
Comment 28•11 years ago
|
||
Hi Etienne,
This is not working for me with the following config:
Gecko: 6fb511d
Gaia: 54dfb62
RIL: Commercial RIL, AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.019.105.
Device: Unagi
The effect is still the same described in https://bugzilla.mozilla.org/attachment.cgi?id=744981
Can qa verify if this already fixed in 1.0.1 (maybe I am doing something wrong)?
Thanks!
Keywords: verifyme
Assignee | ||
Comment 29•11 years ago
|
||
(In reply to Daniel Coloma:dcoloma from comment #28)
> Can qa verify if this already fixed in 1.0.1 (maybe I am doing something
> wrong)?
>
While waiting for QA, can you take a screenshot from your unagi?
(Every detail matters, and I'm pretty sure at least some details are different since the screenshot linked has some buri specific ui changes.)
Comment 30•11 years ago
|
||
Tested with today's build with both commercial and opensource RIL. Problem still occurs :(
Gecko-6c835ac
Gaia-e218756
Enclosing screenshots in a while
Comment 31•11 years ago
|
||
Comment 32•11 years ago
|
||
Comment 33•11 years ago
|
||
Reopening the issue. Etienne, please have a look.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 34•11 years ago
|
||
Please file a followup bug for the issue you hit and add it as a dependency on this bug.
Status: REOPENED → RESOLVED
Closed: 12 years ago → 11 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 35•11 years ago
|
||
I'm afraid there was an issue while uplifting the patch.
As you can see the original patch [1] removed the #call-screen element of the |system/emergency-call/index.html|, which makes the last screenshots completely unreproducible.
But, in v1-train it's still here [2]. Which leads me to believe the patch isn't uplifted to v1-train (and probably v1.0.1).
[1] https://github.com/mozilla-b2g/gaia/commit/2b8914b3c70f5c12b9ec42c58d2fcb3bb0e1e8a9#apps/system/emergency-call/index.html
[2] https://github.com/mozilla-b2g/gaia/blob/v1-train/apps/system/emergency-call/index.html#L151-196
Flags: needinfo?(jhford)
Comment 36•11 years ago
|
||
I am marking then 1.0.1 and 1.1 as affected. Can we please try to uplift asap as this is required for starting next certification round?
Updated•11 years ago
|
Whiteboard: [status: ready to land?] IOT u=fx-os-user c=may-6-17 p=1 → [status: ready to land?] [required_last_cert_round] IOT u=fx-os-user c=may-6-17 p=1
Comment 37•11 years ago
|
||
I'm not sure why, but the comment from bug 860570 is in this bug.
v1-train: 6bd8293ad5e9ce2dc7fd4ab07af16b09c5f62639
v1.0.1: cebe8cc32d43a00d5f4aca1d14044a9928c100c2
Comment 38•11 years ago
|
||
Tested with Inari and Ikura devices.
Build: 20130523002824
COM RIL. 111
Platform version: 18.0
Steps :
1.Go into Settings, Phone lock and set Passcode lock;
2.Lock screen;
3.Unlock screen, tap "emergency call" to make an emergency call(such as 112);
Expected:
1.The screen shows correctly;
Actual:
1.The screen shows correctly and it is possible to make the emergency call.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•