Closed
Bug 1000666
Opened 11 years ago
Closed 11 years ago
[Sora][HOMO][TMO 56584]USAT: Get Input: Short default test(Data coding scheme is 4)
Categories
(Firefox OS Graveyard :: Gaia::Settings, defect, P1)
Firefox OS Graveyard
Gaia::Settings
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: sync-1, Unassigned)
Details
Attachments
(6 files)
Description:
In short default test you put string "Default" but output is not "Default" at all. You must see same output as input.
Please see attached pictures.
NOTE(DATA CODING SCHEME IS 04)!!!!!
Terminal Profiles: Proactive UICC: GET INPUT
TP No: 19
Feature Needed in TMD: All applications: e.g. T-Mobile
Feature needed in other NatCos: All Application: e.g. Sports (TMUK), Friend Finder (TMA), Niews (TMNL), Gradzki Wodici (TMHR)
Issue Description:
The Get Input command instructs the ME to display text and that any response string entered by the user shall be passed transparently by the ME to the SIM and shall not be stored in the ME. In this case the SIM provides a default text. The ME shall display this default text, which the user may accept, reject or edit as the response string.
However the behaviour observed on the device is different from that stated above and not as per 3GPP TS 11.14 Section 6.4.3
GCF Reference:
GCF 11.10-4
TC 27.22.4.3
Expected Behaviour:
Correct output is displayed.
DEFECT DESCRIPTION:
REPRODUCING PROCEDURES:
EXPECTED BEHAVIOUR:
ASSOCIATE SPECIFICATION:
TEST PLAN REFERENCE:
TOOLS AND PLATFORMS USED:
USER IMPACT:
REPRODUCING RATE:
For FT PR, Please list reference mobile's behavior:
Comment 1•11 years ago
|
||
Dear Anshul,
This is a QC ril bug, the SR is 01529538. Please help to check this. Thanks a lot!
Flags: needinfo?(anshulj)
Comment 8•11 years ago
|
||
(In reply to sync-1 from comment #0)
> In short default test you put string "Default" but output is not "Default"
> at all. You must see same output as input.
> Please see attached pictures.
Hi! When you say "pictures" I cast a glance on over the attachments list and found nothing. They're all "log" files. Could you help fill in correct mime types of that attachments? It will really help people that care about this bug, and as a return, help yourself as well. Thank you.
Comment 9•11 years ago
|
||
Dear Vicamo,
The log and log2 are the pictures.
Comment 10•11 years ago
|
||
Working with partner to resolve the issue using SR system.
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(anshulj)
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•