[OPEN_][Emergency call] Calling non emergency call does not have hint in the Unlock Passcode lock interface.(617001977702)

RESOLVED WONTFIX

Status

RESOLVED WONTFIX
6 years ago
4 years ago

People

(Reporter: Firefox_Mozilla, Unassigned)

Tracking

unspecified
ARM
Gonk (Firefox OS)
Dependency tree / graph

Firefox Tracking Flags

(blocking-b2g:-, b2g18+)

Details

(Whiteboard: [triaged:3/1], IOT, Spain, Ikura, Chile, khpera_43284)

Attachments

(2 attachments)

(Reporter)

Description

6 years ago
Steps to reproduce:
1、Settings - phone lock, open the Passcode lock and set a password;
2、automatic / manual lock screen; 
3.wake up and unlock the screen;
3、in the "enter security code" interface, tap emergency call to go into dialer;
4.input non emergency number and call.

Expected results:
1.it will prompt box that only emergency number can call.

Actual results:
1.when we enter the non emergency number and call, it does not have any hint and only clears the input number.
just to be extra careful, :dcoloma, does it impact certification? thanks
Flags: needinfo?(dcoloma)
no it does not impact certification, it would be a nice to have
Flags: needinfo?(dcoloma)

Updated

6 years ago
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → Gonk (Firefox OS)
Hardware: x86 → ARM
partner reported, set tracking flag
tracking-b2g18: --- → 19+
Group: partner-confidential → mozilla-corporation-confidential
Group: mozilla-corporation-confidential
tracking-b2g18: 19+ → +
Can be improved in the future.
Whiteboard: [triaged:3/1]
Hi!

This isssue has been also reported during certification in Spain with ikura, but not as blocking issue, just a nice to have. 

Br, 
David
Blocks: 855322

Updated

6 years ago
Whiteboard: [triaged:3/1] → [triaged:3/1], IOT, Spain, Ikura
Also reported in Colombia, adding dep.
Blocks: 855378

Updated

6 years ago
blocking-b2g: --- → tef?
Whiteboard: [triaged:3/1], IOT, Spain, Ikura → [triaged:3/1], IOT, Spain, Ikura, Chile, khpera_43284

Comment 7

6 years ago
Created attachment 737637 [details]
Movie of STR

Comment 8

6 years ago
Created attachment 737638 [details]
Logcat of STR
Came up in triage - comment 2 still stands.
blocking-b2g: tef? → -

Comment 10

6 years ago
This issue reproduces on the Inari device.

Build ID: 20130426070207
Environmental  Variables:
Kernel Date: Feb 21
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/54285d67454b
Gaia: c47ef39de04e634d847cc86b6acc616fabce69eb

Entering a non-emergency number is only cleared, there is no hint or indication to unlock phone.

Comment 11

6 years ago
In testlab in Chile, this works correctly on 5/13 and B02 (4/26) builds.  We're getting the emergency label for "911" and "112" with the security code enabled and the phone locked.

It's worth mentioning that when you disable the security code and dial e.g. "911" or "112" without the code, you do NOT get the emergency label, so make sure that this is what you are seeing.

Leaving open because we should probably do deeper testing on this feature; it also needs to be checked in Spain, and the target markets for IOT:   CO and VZ.

Comment 12

6 years ago
Sorry - my previous comment refers only to the label text - not the hint or indication to unlock.  

However, tested on partner build from 5/17 on a prepaid from Movistar, Chile:

1. "112" and "911" dial correctly and presents "emergency call" text 
2. "123"  clears input number with no hint.
Assignee: nobody → evanxd

Comment 13

5 years ago
this issue has been reported again on FFOS1.1 in latam certification

Built ID 20130823171628
Device: Ikura
QC RIL version: "ro.build.firmware_revision=V1.01.00.01.019.180"
gaia commit: 4916f82 Merge branch 'zte/ics_strawberry_cdr' of ssh://10.67.16.41:29418/quic/lf/releases/gaia into ics_strawberry_cdr
gecko commit: a1c2bb0 ZRL modify ACCEPT Http head for MMS
Assignee: evanxd → nobody
Hi Steve and Rex,

Do you have time to help this?
Thanks. :)
We don't think this is an important feature so marking as WONTFIX.
Status: NEW → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.