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.
The behaviour is exactly the same with the 2.1 branch SW.
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?
Ni frsela to get started here. Not sure if this an existing behavior or a regression in 2.1
Cf ETSI specification TS 102 223 V11.0.0, §6.6.7
hi William, could you please kindly have a quick test on both Flame 2.1 and Tako latest build?
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
(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 :)
+ Shawn to be aware of this issue
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.
+ 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.
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..
hi Joe, ni you to get your attention on this issue.
(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.
Triage: a new feature not a blocker.