Closed
Bug 896349
Opened 11 years ago
Closed 11 years ago
[Buri][REG][STK]cannot get the content which input in get inkey command
Categories
(Firefox OS Graveyard :: Gaia::Settings, defect, P1)
Firefox OS Graveyard
Gaia::Settings
Tracking
(blocking-b2g:leo+)
RESOLVED
DUPLICATE
of bug 886808
blocking-b2g | leo+ |
People
(Reporter: sync-1, Assigned: frsela)
References
Details
(Keywords: regression, Whiteboard: [u=commsapps-user c=stk p=0][Sprint 2])
Attachments
(2 files)
AU_LINUX_GECKO_ICS_STRAWBERRY.01.01.00.019.158
Firefox os v1.1
Mozilla build ID:20130709070206
Created an attachment (id=466467)
QXDM log
DEFECT DESCRIPTION:
[REG][STK]cannot get the content which input in get inkey command
REPRODUCING PROCEDURES:
1. Load one simulated SIM card which can send "get inkey".
2. select any get input command,prompt message to inform user to input some
characters,TR will return immediatelly--->KO1,after user input some character ,click OK
3. return TR not contain the characters which user has input,--->KO2
EXPECTED BEHAVIOUR:
KO1, TR should return after user input suitable character in a reasonable time;
KO2, TR should contain the characters which user input after get inkey command sent.
ASSOCIATE SPECIFICATION:
TEST PLAN REFERENCE:
TOOLS AND PLATFORMS USED:
USER IMPACT:
REPRODUCING RATE:
For FT PR, Please list reference mobile's behavior:
Comment 6•11 years ago
|
||
This report is very vague and difficult to understand the user impact, please expand on what exactly you're trying to nominate for blocking here.
this case foucus on follow two topics:
1 the TR should be returned after user click OK or timeout happen, not immediately;
2 The TR of STK command "get inkey" should contain the user input content.
Now the TR don't contain the content;
And this pr is regression pr;
this is ok on v1.0.1;
this need to pass GCF and TCM test;
Updated•11 years ago
|
Whiteboard: [u=commsapps-user c=stk p=0][Sprint 2]
Comment 10•11 years ago
|
||
the get input command, user can only input one character, this is not correct;
Reporter | ||
Comment 11•11 years ago
|
||
this is keyboard pr;
this is caused by keyboard;
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → frsela
Assignee | ||
Comment 12•11 years ago
|
||
The issue is that if settings is working it attends the STK message which is not correct.
This had been fixed in bug 886808 but it hasn't been uplifted couse is not leo+
Can you check if with the proposed patch in commented bug (or in master branch)?
I'll close as duplicate and ask for leo? in dependent bug
You need to log in
before you can comment on or make changes to this bug.
Description
•