Closed Bug 870199 Opened 11 years ago Closed 11 years ago

[STK]STK menu starts automatically after DUT restart form some SIM cards

Categories

(Firefox OS Graveyard :: Gaia::Settings, defect, P1)

ARM
Gonk (Firefox OS)

Tracking

(blocking-b2g:leo+, b2g18 fixed, b2g-v1.1hd fixed)

RESOLVED FIXED
1.1 QE3 (26jun)
blocking-b2g leo+
Tracking Status
b2g18 --- fixed
b2g-v1.1hd --- fixed

People

(Reporter: leo.bugzilla.gaia, Assigned: frsela)

References

Details

(Whiteboard: [TD-24065])

Attachments

(2 files)

1. Title : [UI] STK menu starts automatically after DUT restart form some SIM cards
2. Precondition : Put Orange PL (260-03) or T-mobile.pl (260-02) SIM card to the DUT and power it up. make sure that SIM crad have PIN request enabled.
3. Tester's Action : 
   1) Insert PIN.
   2) Observe the DUT screen.
4. Detailed Symptom : For Orange and T-mobile SIM's STK menu is automatically started on the DUT. I've checked also on PLAY and Plus SIM cards, and on thos SIM all is OK.
5. Frequency Rate : 100%
6. buildid="20130421070203"
7. gaia revision="5cbb19e4bb78a7ad879fbe4b9a841e1c35714f5c"
8. gecko revision="950b402b6188bb2f3ce3176e620ed5249719d720"
Idle Mode -> Some Proactive Command occur (DISPLAY TEXT or SEND SHORT MESSAGE ...) -> automatically Setting menu and STK menu is automatically started.

I check th log, "SEND SHORT MESSAGE" command occurs in idle mode.
05-07 10:18:18.239 I/Gecko   (  439): -*- RILContentHelper: Received message 'RIL:StkCommand': {"commandNumber":1,"typeOfCommand":19,"commandQualifier":0,"options":{"text":""}}
Please provide the log to us. Thanks
Flags: needinfo?(leo.bugzilla.gaia)
Are those SIMs (For Orange and T-mobile SIM's STK) haven't be activated yet?
CCing Anshul for the log is from QC RIL.
Hi, Leo.Bugzilla
In the video clip, are you saying the STK Menu popped up in 00:25 is the bug you mentioned?

 I/Gecko   (  439): -*- RILContentHelper: Received message 'RIL:StkCommand': {"commandNumber":1,"typeOfCommand":37,"commandQualifier":0,"options":{"title":"SIMteligent","items":[{"identifier":1,"text":"Moje uslugi"},{"identifier":2,"text":"Rozerwij sie"},{"identifier":3,"text":"Moj e-mail"},{"identifier":4,"text":"Informacje"},{"identifier":6,"text":"Ekspert Orange"}],"presentationType":0}}
In Video clip, there are two issue.

First, In idle mode, automatically Setting Menu D/P and STK Menu D/P (00:35)
Through the user do not touch the screen, I think that automatically Setting Menu D/P is a abnormal Scenario.
If the proactive command(DISPLAY TEXT or SEND SHORT MESSAGE and so on...) is arrived in idle mode, do not display the Setting Menu and execute STK Menu.

Second, when entering the setting menu, STK Menu display directly did not the Setting Menu. (00:20)
At this time, display the Setting menu.

How do you think about this?





And then when enter the setting menu, directly STK Menu D/P.
Flags: needinfo?(leo.bugzilla.gaia)
(In reply to Leo from comment #7)
> In Video clip, there are two issue.
> 
> First, In idle mode, automatically Setting Menu D/P and STK Menu D/P (00:35)
> Through the user do not touch the screen, I think that automatically Setting
> Menu D/P is a abnormal Scenario.
> If the proactive command(DISPLAY TEXT or SEND SHORT MESSAGE and so on...) is
> arrived in idle mode, do not display the Setting Menu and execute STK Menu.
> 
Are we talking about about the video?

VID_20130507_101652.avi, 00:33 user did touch the screen.


> Second, when entering the setting menu, STK Menu display directly did not
> the Setting Menu. (00:20)
> At this time, display the Setting menu.
> 
CCing frsela

I think the first problem I saw is in 00:20~0025, the STK_SETUP_MENU is popped up.
The log for this command is in Comment 6.
(I thought SETUP_MENU shouldn't pop up to the top as fullscreen, right?)
Flags: needinfo?(frsela)
Hi,

I just saw the video.

1.- If the SIM card sents a proactive STK command (DISPLAY_TEXT, ...) the settings menu will be oppened, anyway it should show the command options (display text, alert, ...) and no the main menu (probably a race condition) -> Could you provide logs at GAIA level? (enable DEBUG=true in settings/js/utils.js and system/js/icc_cache.js)

2.- in the video apears (first time) the settings app was not closed so it was in background and last screen is showed. After you close it and reopened it again it shows the SETTINGS standard menu. I don't see a bug here.

So if you can provide me the other logcat ...
Flags: needinfo?(frsela) → needinfo?(leo.bugzilla.gaia)
Whiteboard: [TD]24065 → [TD-24065]
Target Milestone: --- → 1.1 QE2
Seems like fernando is looking at it. Clearing the needsinfo from me.
Possible dupe of bug 865985?
Flags: needinfo?(frsela)
The bug 865985 duplicated issue.
Flags: needinfo?(leo.bugzilla.gaia)
agree, I think both are the same. Some PROACTIVE CMDs sent on device start are sent by the SIM card son settings is opened.

In this case send SMS is sent which no too many user interaction is required but settings is opened to manage it.

Implement STK logic under settings was a decission taken at the first steps of STK implementation. Move to system some of the commands should be done in next releases.
Flags: needinfo?(frsela)
Do you means that "Next release" is FFOS 1.1 higher version(2.0 version?) will be improved?
Or next gaia release version?
I wonder whether this issue is improved in FFOS 1.1 versin or not.
Flags: needinfo?(frsela)
This is a product decision. Moving needinfo to Daniel.
Flags: needinfo?(frsela) → needinfo?(dcoloma)
leo? for comment 15
blocking-b2g: --- → leo?
Triage - Fernando, according to Noemi you're doing an analysis at the moment on the fix required for this and Daniel/Noemi will decide on whether this is required for 1.1 base on your analysis.
triage: adding needinfo back to fernando if Daniel is waiting on the data in comment #18
Flags: needinfo?(frsela)
blocking-b2g: leo? → leo+
Fernando, are you the best person to resolve this?
Assignee: nobody → frsela
(In reply to Alex Keybl [:akeybl] (out till 6/10) from comment #21)
> Fernando, are you the best person to resolve this?

Yeap, I'm working on all STK stuff.
Flags: needinfo?(frsela)
Depends on: 880346
Target Milestone: 1.1 QE2 (6jun) → 1.1 QE3 (24jun)
removing dcoloma needinfo since this issue will be solved as part of Bug 880346
Flags: needinfo?(dcoloma)
Bug 880346 landed in master, could you please re-test this issue again?. Thanks
Flags: needinfo?(leo.bugzilla.gaia)
Working correctly in leo device. Thanks
Flags: needinfo?(leo.bugzilla.gaia)
\o/ solved with 880346
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: