Closed
Bug 1143788
Opened 10 years ago
Closed 10 years ago
SHB: The Emergency Callback mode exit prompt dialog doesn't fit on the screen
Categories
(Firefox OS Graveyard :: Gaia::System, defect)
Tracking
(blocking-b2g:2.2+, b2g-v2.2 fixed, b2g-master fixed)
People
(Reporter: anshulj, Assigned: sfoster)
References
Details
(Keywords: verifyme, Whiteboard: [caf priority: p2][CR 808788][systemsfe])
Attachments
(3 files)
The buttons at the bottom of the screen are clipped. Please see the attached snapshot.
Updated•10 years ago
|
Summary: The Emergency Callback mode exit prompt dialog doesn't fit on the screen → SHB: The Emergency Callback mode exit prompt dialog doesn't fit on the screen
Comment 2•10 years ago
|
||
How do you get to this screen?
Updated•10 years ago
|
Whiteboard: [systemsfe]
Updated•10 years ago
|
Component: Gaia → Gaia::System
Updated•10 years ago
|
blocking-b2g: 2.2? → 2.2+
(In reply to Gregor Wagner [:gwagner] from comment #2)
> How do you get to this screen?
You need to dial emergency call on a network that supports emergency callback mode such as Verizon or simulate this in a test environment.
Comment 4•10 years ago
|
||
(In reply to Anshul from comment #3)
> (In reply to Gregor Wagner [:gwagner] from comment #2)
> > How do you get to this screen?
>
> You need to dial emergency call on a network that supports emergency
> callback mode such as Verizon or simulate this in a test environment.
does QA have a test that triggers this dialog?
Flags: needinfo?(nhirata.bugzilla)
We have at least 11 manual tests in regards to getting into ECM:
https://moztrap.mozilla.org/manage/case/9453/
Having said that, I think our Taipei testers run these tests.
I don't see any gip tests, gij tests, nor unit tests for this area. Maybe I might have missed something...
Flags: needinfo?(nhirata.bugzilla)
| Assignee | ||
Comment 6•10 years ago
|
||
I'll take a look at this. I'm not clear yet on how to get to this screen though. The MozTrap scripts seem to indicate I actually have to call emergency services and hang up on them - I don't think they are going to like that and at least in some regions will send someone to my address to investigate in case there is a problem I was trying to communicate (my son did this once when he was 2 - first we knew was police knocking on the door)
Meantime I'll look to see if I can mock some stuff in an integration test
Assignee: nobody → sfoster
Flags: needinfo?(nhirata.bugzilla)
Updated•10 years ago
|
Whiteboard: [systemsfe] → [CR 808788][systemsfe]
Updated•10 years ago
|
Whiteboard: [CR 808788][systemsfe] → [caf priority: p2][CR 808788][systemsfe]
There might be some procedure in regards to contacting the services to let them know you're doing a test. You may want to see if there's something like that in your area.
From John Hammink :
"You have to find out who handles 911 calls locally, and you can reach out to them, stating that you have a phone system on which you want to test emergency services.
Took a bit of digging but in our case, it's these people: http://www.mountainview.gov/safety/911.asp.
When I call 911 for testing, i always do the following things:
1. Dial 911
2. Announce that it is not an emergency and that you are testing 911 services from a new phone system.
3. Have the 911 operator verify the phone number you are calling from to make sure they are seeing the correct CID info, and in our case, cell tower.
The operator was very helpful and shared the information she saw on her screen."
Following his email, I found that there is a website for at least for the US : http://www.911.gov/State911Sites.html
Flags: needinfo?(nhirata.bugzilla)
Also you may want to look at mocking w/ unit tests?
| Assignee | ||
Comment 9•10 years ago
|
||
There is some basic unit testing for the emergency callback manager at: apps/system/test/unit/emergency_callback_icon_test.js, and a mock at apps/system/test/unit/mock_emergency_callback_manager.js
For the purposes of testing this, it looks like I just need to dispatch a "emergencycbmodechange" event with { active: true|false, timeoutMs: Nms } from window.navigator.mozMobileConnections[0].
Comment 10•10 years ago
|
||
It might also be helpful to note that the soft home button is enabled (which visible in the screenshot so forgive me if I'm stating the obvious). Other Gaia popup dialogs do seem to respect this area though.
One way to turn this on:
$ adb shell setprop ro.moz.has_home_button 0
| Assignee | ||
Comment 11•10 years ago
|
||
(In reply to Michael Vines [:m1] [:evilmachines] from comment #10)
> It might also be helpful to note that the soft home button is enabled (which
> visible in the screenshot so forgive me if I'm stating the obvious). Other
> Gaia popup dialogs do seem to respect this area though.
Yeah I was able to reproduce this with the soft home button enabled. Working on a patch + test.
Comment 12•10 years ago
|
||
| Assignee | ||
Comment 13•10 years ago
|
||
To manually test this patch, I'm enabling SHB in Settings > Developer. Then, in WebIDE I'm typing in the console:
var evt = new CustomEvent('emergencycbmodechange')
evt.active = true;
evt.timeoutMs = 1000;
window.navigator.mozMobileConnections[0].dispatchEvent(evt);
That gives you the notification, which you can click to get the dialog in question.
| Assignee | ||
Comment 14•10 years ago
|
||
Comment on attachment 8579705 [details] [review]
[gaia] sfoster:shb-emergency-callback-dialog-bug-1143788 > mozilla-b2g:master
Still trying to get a gaia-try run for this, with all the tree closures i've not had any luck yet. But maybe you can look it over in the meantime?
Attachment #8579705 -
Flags: review?(kgrandon)
Comment 15•10 years ago
|
||
Comment on attachment 8579705 [details] [review]
[gaia] sfoster:shb-emergency-callback-dialog-bug-1143788 > mozilla-b2g:master
Looks good to me. Thanks for adding the test.
Attachment #8579705 -
Flags: review?(kgrandon) → review+
| Assignee | ||
Updated•10 years ago
|
Keywords: checkin-needed
Updated•10 years ago
|
Keywords: checkin-needed
Comment 16•10 years ago
|
||
http://docs.taskcluster.net/tools/task-graph-inspector/#QNnckDGPRfWWILWnA6-Bpg
The pull request failed to pass integration tests. It could not be landed, please try again.
Comment 17•10 years ago
|
||
(In reply to Autolander from comment #16)
> http://docs.taskcluster.net/tools/task-graph-inspector/#QNnckDGPRfWWILWnA6-
> Bpg
>
> The pull request failed to pass integration tests. It could not be landed,
> please try again.
This seems like a taskcluster problem. I'm currently chatting with folks in #taskcluster about this.
Comment 18•10 years ago
|
||
I've updated autolander after some problems with the Gij test suite. Going to use your bug as a guinea pig if you don't mind.
Keywords: checkin-needed
Updated•10 years ago
|
Keywords: checkin-needed
Comment 19•10 years ago
|
||
Pull request has landed in master: https://github.com/mozilla-b2g/gaia/commit/00dcb9fb68752e436b81381637dc7f3ae0f119b1
Updated•10 years ago
|
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment 21•10 years ago
|
||
Comment on attachment 8579705 [details] [review]
[gaia] sfoster:shb-emergency-callback-dialog-bug-1143788 > mozilla-b2g:master
[Approval Request Comment]
[Bug caused by] (feature/regressing bug #):
[User impact] if declined:
[Testing completed]:
[Risk to taking this patch] (and alternatives if risky):
[String changes made]:
Attachment #8579705 -
Flags: approval-gaia-v2.2?
| Assignee | ||
Comment 22•10 years ago
|
||
Comment on attachment 8579705 [details] [review]
[gaia] sfoster:shb-emergency-callback-dialog-bug-1143788 > mozilla-b2g:master
[Approval Request Comment]
[Bug caused by] (feature/regressing bug #): Software Home Button
[User impact] if declined: The Ok/Cancel buttons on the Emergency Callback Dialog are obscured and difficult to read/click when using the software home button
[Testing completed]: New integration test, tested on device
[Risk to taking this patch] (and alternatives if risky): Low risk, CSS-only patch for just this dialog
[String changes made]: None
Updated•10 years ago
|
Attachment #8579705 -
Flags: approval-gaia-v2.2? → approval-gaia-v2.2+
Updated•10 years ago
|
Target Milestone: --- → 2.2 S8 (20mar)
Comment 23•10 years ago
|
||
status-b2g-v2.2:
--- → fixed
status-b2g-master:
--- → fixed
Comment 24•10 years ago
|
||
Reverted for JS integration test failures.
v2.2: https://github.com/mozilla-b2g/gaia/commit/a9c115c2bfec193d0e9e55f760c92aabe9005b02
https://treeherder.mozilla.org/logviewer.html#?job_id=79846&repo=mozilla-b2g37_v2_2
Flags: needinfo?(sfoster)
Comment 25•10 years ago
|
||
| Assignee | ||
Comment 26•10 years ago
|
||
Comment on attachment 8581870 [details] [review]
[gaia] sfoster:v2-2-shb-emergency-callback-dialog-bug-1143788 > mozilla-b2g:v2.2
My bad, sometime since we branched, the system test boilerplate changed and I was missing the ftu and lockscreen settings.
Waiting for some Gaia-Try results before landing
Flags: needinfo?(sfoster)
Attachment #8581870 -
Flags: review?(kgrandon)
Comment 27•10 years ago
|
||
Comment on attachment 8581870 [details] [review]
[gaia] sfoster:v2-2-shb-emergency-callback-dialog-bug-1143788 > mozilla-b2g:v2.2
Thanks for the quick fix.
Attachment #8581870 -
Flags: review?(kgrandon) → review+
Comment 28•10 years ago
|
||
Comment 30•10 years ago
|
||
It seems we cannot use flame to verify this bug which is CDMA only.
Anshul, could you please help verify it has been fixed?
Flags: needinfo?(anshulj)
Updated•10 years ago
|
Flags: needinfo?(fan.luo)
Updated•10 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•