Closed Bug 1140971 Opened 10 years ago Closed 10 years ago

Return the TR 0x04 when receive the stk command contains icons to display

Categories

(Firefox OS Graveyard :: Gaia, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(blocking-b2g:2.1S+, b2g-v2.1 affected, b2g-v2.1S fixed, b2g-v2.2 unaffected, b2g-master unaffected)

RESOLVED FIXED
blocking-b2g 2.1S+
Tracking Status
b2g-v2.1 --- affected
b2g-v2.1S --- fixed
b2g-v2.2 --- unaffected
b2g-master --- unaffected

People

(Reporter: Jinghua.Xing, Assigned: selee)

Details

Attachments

(4 files, 1 obsolete file)

For STK_CMD_LAUNCH_BROWSER、STK_CMD_PLAY_TONE、STK_CMD_DISPLAY_TEXT、STK_CMD_GET_INKEY、STK_CMD_GET_INPUT、STK_CMD_SET_UP_IDLE_MODE_TEXT、STK_CMD_SET_UP_MENU and STK_CMD_SELECT_ITEM commands, the TR STK_RESULT_PRFRMD_ICON_NOT_DISPLAYED should be sent if there are icons in the command as the test cases[1] and the protocol [2] says. [1] 3GPP TS 51.010-4 V12.1.0 [2] ETSI TS 101 267 6.4
All the USAT cases below should send 0x04 TR from gaia side: 27.22.4.1.5 DISPLAY TEXT SEQ 5.1B DISPLAY TEXT, display of basic icon, self-explanatory, requested icon could not be displayed 27.22.4.2.6 GET INKEY SEQ 6.1B GET INKEY, Basic icon, self-explanatory, requested icon could not be displayed 27.22.4.3.6 GET INPUT SEQ 6.1B GET INPUT, Basic icon, self-explanatory, requested icon could not be displayed 27.22.4.5.3 PLAY TONE SEQ 3.1B PLAY TONE, Basic icon, self-explanatory, requested icon could not be displayed 27.22.4.8.4 SET UP MENU SEQ 4.1B SET UP MENU, BASIC ICON NOT SELF EXPLANATORY in ALPHA ID and ITEMS DATA OBJECTS, requested icon could not be displayed 27.22.4.9.5 SELECT ITEM SEQ 5.1B SELECT ITEM, BASIC ICON NOT SELF EXPLANATORY, requested icon could not be displayed 27.22.4.22.2 SET UP IDLE MODE TEXT SEQ 2.1B SET UP IDLE MODE TEXT, Icon is self-explanatory, requested icon could not be displayed 27.22.4.26.4 LAUNCH BROWSER SEQ 4.1B LAUNCH BROWSER, use the existing browser, icon not self explanatory, requested icon could not be displayed
Sean Can you help to check this issue please? Thank
Flags: needinfo?(selee)
Attached file Trail Patch for v2.1s (obsolete) —
Hi Jinghua, Here is a trial patch for you to verify the issue. Thank you.
Flags: needinfo?(selee) → needinfo?(Jinghua.Xing)
Sean: For SET_UP_MENU and SELECT_ITEM command, the icons and iconSelfExplanatory property are also may contained in each item in the command, so we also should use the code below to judge whether we should use 0x04 or 0x01 as the result code in the TR: var hasIcon = message.command.options.items.some(function(item) { return item.icons || item.iconSelfExplanatory; }); var iconResult; if (message.command.options.iconSelfExplanatory || message.command.options.icons || hasIcon) { iconResult = icc._iccManager.STK_RESULT_PRFRMD_ICON_NOT_DISPLAYED; } else { iconResult = icc._iccManager.STK_RESULT_OK; } For example, in test case 27.22.4.8.4 SET UP MENU SEQ 4.1B, the command send from ril_worker to radiointerface is : 01-27 06:07:30.330 131 131 I Gecko : -*- RadioInterface[0]: Received message from worker: {"commandNumber":1,"typeOfCommand":37,"commandQualifier":0,"rilMessageType":"stkcommand","options":{"title":"Toolkit Menu","items":[{"identifier":1,"text":"Item 1","icons":[{"pixels":[4294967295,4294967295,4294967295,4294967295,4294967295,4294967295,4294967295,255,4294967295,4294967295,4294967295,255,4294967295,255,4294967295,4294967295,4294967295,255,4294967295,4294967295,4294967295,4294967295,4294967295,4294967295,4294967295],"codingScheme":"basic","width":5,"height":5}],"iconSelfExplanatory":false},{"identifier":2,"text":"Item 2","icons":[{"pixels":[4294967295,4294967295,4294967295,4294967295,4294967295,4294967295,4294967295,255,4294967295,4294967295,4294967295,255,4294967295,255,4294967295,4294967295,4294967295,255,4294967295,4294967295,4294967295,4294967295,4294967295,4294967295,4294967295],"codingScheme":"basic","width":5,"height":5}],"iconSelfExplanatory":false},{"identifier":3,"text":"Item 3","icons":[{"pixels":[4294967295,4294967295,4294967295,429
Flags: needinfo?(Jinghua.Xing)
Attached file Trail Patch for v2.1s
Hi Jinghua, Thanks for your information. I've updated the patch. Can you give some suggestions? Thank you.
Attachment #8574685 - Attachment is obsolete: true
Flags: needinfo?(Jinghua.Xing)
Sean: Sorry for the delay. I think your patch is ok for this issue. Thank you,
Flags: needinfo?(Jinghua.Xing)
Comment on attachment 8575232 [details] Trail Patch for v2.1s Hi Fernando, Could you help to review the patch? Thank you.
Attachment #8575232 - Flags: review?(frsela)
Assignee: nobody → selee
Status: NEW → ASSIGNED
Comment on attachment 8575232 [details] Trail Patch for v2.1s LGTM
Attachment #8575232 - Flags: review?(frsela) → review+
Attached file PR for v2.1
Hi Fernando, Sorry that I made a mistake that the previous patch is not a PR format. This one is identical to the previous one. Could you help to review the PR again? Thank you.
Attachment #8579780 - Flags: review?(frsela)
Attachment #8579780 - Flags: review?(frsela) → review+
Comment on attachment 8579780 [details] [review] PR for v2.1 [Approval Request Comment] [Bug caused by] (feature/regressing bug #): [User impact] if declined: We did not implement the following spec: [1] 3GPP TS 51.010-4 V12.1.0 [2] ETSI TS 101 267 6.4 [Testing completed]: Partner is accepted the patch at comment 6. [Risk to taking this patch] (and alternatives if risky): Just changing the command of each TR mentioned at comment 0. [String changes made]: None
Attachment #8579780 - Flags: approval-gaia-v2.1?
Hi Sean, in case this patch need to be uplifted to 2.1 you need to nominate it to that branch (apart of asking for the approval). Just one question, does this bug only happen in 2.1 branch? what about 2.2 or master? Setting qawanted to confirm it.
Keywords: qawanted
> Just one question, does this bug only happen in 2.1 branch? what about 2.2 > or master? Setting qawanted to confirm it. It seems that Bug 1016807 landed in 2.2 and master already provides support for STK icon display in those branches, that's the reason for this specific patch in 2.1 branch
Flags: needinfo?(selee)
Keywords: qawanted
Hi Maria, Your comment 13 is correct that bug 1016807 has already fixed to support icon display. In branch v2.1, we don't support icon display, but it still has to send an alternative Terminal Response (TR) to describe that there is no icon display feature. My patch attachment 8579780 [details] [review] is for sending the alternative TR to follow the spec. Thank you very much!
Flags: needinfo?(selee)
we are only taking critical blocking issues on 2.1 at this time and I don't why we would block on this. 2.1S is being handle by Steven yang, please NI him on getting this landed there.
Flags: needinfo?(styang)
Let's get it landed for 2.1S.
blocking-b2g: --- → 2.1S+
Flags: needinfo?(styang)
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment on attachment 8579780 [details] [review] PR for v2.1 Remove approval request per comment 15
Attachment #8579780 - Flags: approval-gaia-v2.1? → approval-gaia-v2.1-
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: