Closed
Bug 1117663
Opened 10 years ago
Closed 10 years ago
[FFOS7715 v2.1][STK]USAT case 27.22.4.1.5 DISPLAY TEXT SEQ 5.1 display of basic icon fail
Categories
(Firefox OS Graveyard :: Gaia, defect)
Tracking
(blocking-b2g:2.1S+, b2g-v2.0 affected, b2g-v2.0M affected, b2g-v2.1 fixed, b2g-v2.1S fixed, b2g-v2.2 unaffected, b2g-master unaffected)
Tracking | Status | |
---|---|---|
b2g-v2.0 | --- | affected |
b2g-v2.0M | --- | affected |
b2g-v2.1 | --- | fixed |
b2g-v2.1S | --- | fixed |
b2g-v2.2 | --- | unaffected |
b2g-master | --- | unaffected |
People
(Reporter: Jinghua.Xing, Assigned: selee)
References
Details
(Whiteboard: [sprd390581])
Attachments
(2 files, 1 obsolete file)
1.42 KB,
patch
|
frsela
:
review+
|
Details | Diff | Splinter Review |
46 bytes,
text/x-github-pull-request
|
bajaj
:
approval-gaia-v2.1+
|
Details | Review |
[Testing Steps ]:USAT case
27.22.4.1.5 DISPLAY TEXT SEQ 5.1A DISPLAY TEXT, display of basic icon, self-explanatory, successful
27.22.4.1.5 DISPLAY TEXT SEQ 5.1B DISPLAY TEXT, display of basic icon, self-explanatory, requested icon could not be displayed
[Expected Result ]:case pass
[Test Result ]:
27.22.4.1.5 DISPLAY TEXT SEQ 5.1A only show text BASIC-ICON,TR returned successsfully ,but haven't showed BASIC-ICON
27.22.4.1.5 DISPLAY TEXT SEQ 5.1B show text BASIC-ICON,TR return 0x00 wrong,expected return 0x04(General Result: Command performed successfully but requested icon could not be displayed)
Reporter | ||
Comment 1•10 years ago
|
||
As we can't display the icon, so we should made the TR 0x04 but not 0x00
Reporter | ||
Updated•10 years ago
|
Summary: [FFOS7715_v2.1]USAT case 27.22.4.1.5 DISPLAY TEXT SEQ 5.1 display of basic icon fail → [FFOS7715 v2.1][STK]USAT case 27.22.4.1.5 DISPLAY TEXT SEQ 5.1 display of basic icon fail
Whiteboard: [sprd390581]
Reporter | ||
Comment 2•10 years ago
|
||
We operator this case as B case
Reporter | ||
Comment 3•10 years ago
|
||
gaia patch for this issue
Dear Shawn,
I have made a patch for sending right response for this issue, please help review and check if it is the fine way to fix the issue.
Thanks!
Attachment #8544968 -
Flags: review?(sku)
Reporter | ||
Comment 4•10 years ago
|
||
gecko patch for this issue.
Attachment #8544969 -
Flags: review?(sku)
Comment 5•10 years ago
|
||
Comment on attachment 8544969 [details] [diff] [review]
stk_display_gecko.patch
Review of attachment 8544969 [details] [diff] [review]:
-----------------------------------------------------------------
Hi Edgar,
Could you please give some comment here to partner?
By checking 11.14, clause 12.12, I will give this as okay case.
however, it was because gaia did not finish icon display part yet.
Anyway, we should make result code up @ MozIccManager.webidl
Attachment #8544969 -
Flags: review?(sku) → review?(echen)
Comment 6•10 years ago
|
||
Comment on attachment 8544968 [details] [diff] [review]
stk_display_icon.patch
Review of attachment 8544968 [details] [diff] [review]:
-----------------------------------------------------------------
Hi Fernando:
Icon display on 2.1 is not ready yet, I will treat this patch as 2.1s only fix.
Could you please help check/review, and provide some valuable suggestion here?
Besides, any test case needed?
Attachment #8544968 -
Flags: review?(sku) → review?(frsela)
Updated•10 years ago
|
blocking-b2g: --- → 2.1S?
Comment 7•10 years ago
|
||
Comment on attachment 8544968 [details] [diff] [review]
stk_display_icon.patch
Review of attachment 8544968 [details] [diff] [review]:
-----------------------------------------------------------------
LGTM
Attachment #8544968 -
Flags: review?(frsela) → review+
Comment 8•10 years ago
|
||
Comment on attachment 8544969 [details] [diff] [review]
stk_display_gecko.patch
Looks good. But this is not a formal patch, so I give f+ instead. Thank you.
(In reply to shawn ku [:sku] from comment #5)
> Comment on attachment 8544969 [details] [diff] [review]
> stk_display_gecko.patch
>
> Review of attachment 8544969 [details] [diff] [review]:
> -----------------------------------------------------------------
>
> Hi Edgar,
> Could you please give some comment here to partner?
>
> By checking 11.14, clause 12.12, I will give this as okay case.
And in 11.14, clause 6.5.4,
--
If the SIM provides an icon identifier with a proactive command, then the ME shall inform the SIM if the icon could not be displayed by sending the general result "Command
performed successfully, but requested icon could not be displayed"
--
Attachment #8544969 -
Flags: review?(echen) → feedback+
Comment 10•10 years ago
|
||
Edgar, as you're working on this, assign it to you.
Assignee: nobody → echen
Comment 11•10 years ago
|
||
Just adding that Bug 1016807 will be landed soon in master and it offers STK icon display (gaia support) for all the proactive commands that may contain an icon.
Comment 13•10 years ago
|
||
(In reply to Steven Yang [:styang] from comment #12)
> Edgar, what's the progress of this issue?
Since this bug is filed for Gaia, I am going to file a separated bug for Gecko and will attach formal gecko patch there. Keeps ni? to me for tacking.
Updated•10 years ago
|
Flags: needinfo?(echen)
Comment 14•10 years ago
|
||
Hi Edgar,
We thought that gecko part was covered by Bug 824145 (already landed), is still something missing on gecko side?. Thanks!
Flags: needinfo?(echen)
Comment 15•10 years ago
|
||
(In reply to Noemí Freire (:noemi) from comment #14)
> Hi Edgar,
>
> We thought that gecko part was covered by Bug 824145 (already landed), is
> still something missing on gecko side?. Thanks!
Hi noemi, the supporting of stk icon in gecko was finished in bug 824145, correct. What we miss is just a const of result code defined in WebIDL [1] for the case that app is unable to display the icon for some reason. In such case, app should send the TR with special result code, 0x04, which means "Command performed successfully, but requested icon could not be displayed" [2].
Thank you.
[1] Please see attachment #8544969 [details] [diff] [review].
[2] Please see comment #8.
Updated•10 years ago
|
Comment 16•10 years ago
|
||
(In reply to Edgar Chen [:edgar][:echen] from comment #13)
> (In reply to Steven Yang [:styang] from comment #12)
> > Edgar, what's the progress of this issue?
>
> Since this bug is filed for Gaia, I am going to file a separated bug for
> Gecko and will attach formal gecko patch there. Keeps ni? to me for tacking.
(In reply to Edgar Chen [:edgar][:echen] from comment #15)
> (In reply to Noemí Freire (:noemi) from comment #14)
> > Hi Edgar,
> >
> > We thought that gecko part was covered by Bug 824145 (already landed), is
> > still something missing on gecko side?. Thanks!
>
> Hi noemi, the supporting of stk icon in gecko was finished in bug 824145,
> correct. What we miss is just a const of result code defined in WebIDL [1]
> for the case that app is unable to display the icon for some reason. In such
> case, app should send the TR with special result code, 0x04, which means
> "Command performed successfully, but requested icon could not be displayed"
> [2].
>
> Thank you.
>
> [1] Please see attachment #8544969 [details] [diff] [review] [diff] [review].
> [2] Please see comment #8.
Bug 1129946 is filed for gecko part.
Assignee: echen → nobody
Flags: needinfo?(echen)
Updated•10 years ago
|
Attachment #8544969 -
Attachment is obsolete: true
Assignee | ||
Comment 17•10 years ago
|
||
Because gecko patch (bug 1129946) is not landed to v2.1s yet, I will land the Gaia patch later.
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → selee
Status: NEW → ASSIGNED
Comment 18•10 years ago
|
||
Assignee | ||
Comment 19•10 years ago
|
||
Reporter | ||
Comment 20•10 years ago
|
||
Sean:
Because also 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 but not only for the STK_CMD_DISPLAY_TEXT command as the test cases in 3GPP TS 51.010-4 V12.1.0 says. So I think we should cover all the cases contains the icons to display. How do you think about this? Thank you.
Flags: needinfo?(selee)
Reporter | ||
Comment 21•10 years ago
|
||
The ETSI TS 101 267 6.4 also says the commands which have icons to display.
Assignee | ||
Comment 22•10 years ago
|
||
Hi Jinghua,
Could you help to fire a new bug to fix these items you mentioned at comment 20?
Let's discuss it at the new one.
Thank you.
Flags: needinfo?(selee)
Reporter | ||
Comment 23•10 years ago
|
||
I have fire a new Bug 1140971 for further discussion
Reporter | ||
Comment 24•10 years ago
|
||
Sean
Can you revert the patch you merged on the v2.1s and fix the bug together with Bug 1140971? Thank you.
Flags: needinfo?(selee)
Assignee | ||
Comment 25•10 years ago
|
||
Hi Jinghua,
Can you explain why we have to revert the patch? Is the patch something wrong?
Thank you.
Flags: needinfo?(selee)
Reporter | ||
Comment 26•10 years ago
|
||
Sean:
This patch is right but have not cover all the cases need to send 0x04 back for the stk command. So I think we can define a method in icc_worker and use the method to send TR back for the commands which may have icons to display. What do you think?
Thank you.
Flags: needinfo?(selee)
Assignee | ||
Comment 27•10 years ago
|
||
Hi Jinghua,
Sorry that I think we should remain this patch because it won't bring us any regression or other defects.
This patch seems good but we can provide a better solution, so let's discuss the new design at bug 1140971.
Thank you.
Flags: needinfo?(selee)
Assignee | ||
Updated•10 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•10 years ago
|
status-b2g-v2.0:
--- → affected
status-b2g-v2.0M:
--- → affected
status-b2g-v2.1:
--- → affected
status-b2g-v2.1S:
--- → fixed
status-b2g-v2.2:
--- → unaffected
status-b2g-master:
--- → unaffected
Assignee | ||
Comment 28•10 years ago
|
||
Comment on attachment 8574495 [details] [review]
[gaia] weilonge:seanlee/STK/v2.1s/Bug1117663 > mozilla-b2g:v2.1s
[Approval Request Comment]
[Bug caused by] (feature/regressing bug #):
[User impact] if declined:
We did not follow the spec:
27.22.4.1.5 DISPLAY TEXT SEQ 5.1B show text BASIC-ICON,TR return 0x00 wrong,expected return 0x04(General Result: Command performed successfully but requested icon could not be displayed)
TR should be 0x04 instead of 0x00 when there is no icon support in STK.
[Testing completed]:
Partner tested PASS.
[Risk to taking this patch] (and alternatives if risky):
Very minor because it is only added a condition to send 0x00 or 0x04.
[String changes made]:
None
Attachment #8574495 -
Flags: approval-gaia-v2.1?
Updated•10 years ago
|
Attachment #8574495 -
Flags: approval-gaia-v2.1? → approval-gaia-v2.1+
Comment 29•10 years ago
|
||
I'm confused, the PR in this bug shows as merged a week ago. The blocking status says 2.1S+. But we want this on v2.1 now too?
Flags: needinfo?(selee)
Assignee | ||
Comment 30•10 years ago
|
||
Hi Ryan,
This PR was merged to v2.1s, but v2.1 is still affected.
I suppose v2.1 branch should have this patch too.
Please correct me if there is anything incorrect.
Thank you.
Flags: needinfo?(selee) → needinfo?(ryanvm)
Comment 31•10 years ago
|
||
You need to log in
before you can comment on or make changes to this bug.
Description
•