Cannot remove STK menu option

NEW
Unassigned

Status

Firefox OS
Gaia::Settings
3 years ago
3 years ago

People

(Reporter: christopher.posselwhite, Unassigned)

Tracking

unspecified

Firefox Tracking Flags

(blocking-b2g:-)

Details

Attachments

(1 attachment)

(Reporter)

Description

3 years ago
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:32.0) Gecko/20100101 Firefox/32.0
Build ID: 20140924083655

Steps to reproduce:

When the SIM card sends a command to remove the STK menu, this does not result in the removal of the menu as such.
I sent the command D00D81030125008202818285008F00, as was stated in bug report 814111 which claims to be resolved and fixed but that is from 2012 so this seems to be another problem

If I send the command D014810301250082028182850772656D6F7765648F00 the menu item is shown as "removed" with a blank menu when you select that. 

SW branch used is the 2.0 one.


Actual results:

First, when I entered the settings again, I immediately came into the previous STK menu, not the Settings menu. When I pressed "Back" I got to the settings where a blank line was shown in the place of the STK menu, under the heading "Operator services" and a blank menu when you select it.


Expected results:

Both the heading "Operator services" and the menu place for the STK menu should be removed completely from the list of options in Settings, just as if no STK card is present in the phone at all. The ETSI specification claims that the menu shall be removed from the menu system which I would say is not fulfilled when it is just blanked.
(Reporter)

Comment 1

3 years ago
The behaviour is exactly the same with the 2.1 branch SW.

Comment 2

3 years ago
Violation of ETSI specifications blocks type approval. Please fix.
"Issues that block partner certification (bluetooth, wifi, legal, etc.)"

Christopher, could you please add a reference to the relevant ETSI specification?
blocking-b2g: --- → 2.1?
Flags: needinfo?(christopher.posselwhite)
Whiteboard: [Tako_Blocker]
Ni frsela to get started here. Not sure if this an existing behavior or a regression in 2.1
Flags: needinfo?(frsela)
(Reporter)

Comment 4

3 years ago
Cf ETSI specification TS 102 223 V11.0.0, §6.6.7
Flags: needinfo?(christopher.posselwhite)

Comment 5

3 years ago
hi William,

could you please kindly have a quick test on both Flame 2.1 and Tako latest build?
Flags: needinfo?(whsu)
No regression since this command never has been implemented :)
Please provide some log traces to check how this command is received at Gaia level.
Thank you
Flags: needinfo?(frsela) → needinfo?(christopher.posselwhite)

Comment 7

3 years ago
(In reply to Francis Lee [:frlee] from comment #5)
> hi William,
> 
> could you please kindly have a quick test on both Flame 2.1 and Tako latest
> build?

As Fernando's said, this command never has been implemented :)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: needinfo?(whsu)

Comment 8

3 years ago
+ Shawn to be aware of this issue
(Reporter)

Comment 9

3 years ago
Created attachment 8508463 [details]
STK_RemoveMenu ADB main buffer log

The command is sent via SW simulator, not via the SIM card. However, to the Android/FFOS layer there should be no difference.
Flags: needinfo?(christopher.posselwhite)

Comment 10

3 years ago
+ Edgar/Hsinyi into CC list.
hi shoupin,

per talk in the meeting, please kindly help me to confirm if this issue is indeed a certification blocker as comment 2.

thank you very much in advance.
Flags: needinfo?(shoupinchao)
Keeping this https://bugzilla.mozilla.org/show_bug.cgi?id=1083114#c7 in mind, this looks like a feature request to me and we've shipped this in past release, so I am not sure how this would really be a cert blocker. We have had devices in Europe that have been shipped, so I am not sure if this spec is different foe carriers/countries..

Updated

3 years ago
blocking-b2g: 2.1? → 2.2?
hi Joe, 

ni you to get your attention on this issue.
Flags: needinfo?(jcheng)
(Reporter)

Comment 14

3 years ago
(In reply to bhavana bajaj [:bajaj] from comment #12)
If products have been shipped with this, that merely proves that those manufacturers either do not perform type approval tests or that they got a waiver for this error from their customer. The customer might have been an operator that does not use the STK, in which case it would be irrelevant. 

In the generic case, it is not.

Updated

3 years ago
Flags: needinfo?(shoupinchao)

Updated

3 years ago
Whiteboard: [Tako_Blocker]

Comment 15

3 years ago
Triage: a new feature not a blocker.
blocking-b2g: 2.2? → -
Flags: needinfo?(jcheng)
You need to log in before you can comment on or make changes to this bug.