Closed Bug 1079791 Opened 11 years ago Closed 11 years ago

[STK] After clicking the home button, the STK menu doesn't get closed

Categories

(Firefox OS Graveyard :: Gaia::System, defect)

x86
macOS
defect
Not set
normal

Tracking

(blocking-b2g:2.1+, b2g-v2.1 verified, b2g-v2.2 fixed)

RESOLVED FIXED
2.1 S6 (10oct)
blocking-b2g 2.1+
Tracking Status
b2g-v2.1 --- verified
b2g-v2.2 --- fixed

People

(Reporter: apastor, Assigned: apastor)

References

Details

(Whiteboard: [systemsfe])

Attachments

(3 files)

STR: 1.- Go to Settings 2.- Go to the STK menu (you'll need a SIM with STK) 3.- This step depends on the menus, but access any menu which displays a STK dialog (with ok and cancel buttons, for example) 4.- Press Home button Expected: The STK dialog gets closed with settings Actual The STK dialog is still visible, but the background goes to the homescreen
[Blocking Requested - why for this release]: Not sure if STK is a priority for this release, but the UX looks pretty odd.
blocking-b2g: --- → 2.1?
Whiteboard: [systemsfe]
Target Milestone: --- → 2.1 S6 (10oct)
Assignee: nobody → mhenretty
blocking-b2g: 2.1? → 2.1+
Assignee: mhenretty → apastor
Attachment #8503165 - Flags: review?(mhenretty) → review+
Comment on attachment 8503165 [details] [review] Link to Pull Request: https://github.com/mozilla-b2g/gaia/pull/25030 Sorry, I'm not completely comfortable reviewing thing, but the changes look reasonable to me. Let's have :kgrandon also take a look.
Attachment #8503165 - Flags: review?(kgrandon)
Attachment #8503165 - Flags: review+
Attachment #8503165 - Flags: feedback+
Comment on attachment 8503165 [details] [review] Link to Pull Request: https://github.com/mozilla-b2g/gaia/pull/25030 This looks good to me. Thanks!
Attachment #8503165 - Flags: review?(kgrandon) → review+
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Comment on attachment 8503165 [details] [review] Link to Pull Request: https://github.com/mozilla-b2g/gaia/pull/25030 [Approval Request Comment] [Bug caused by] (feature/regressing bug #): Probably always broken. [User impact] if declined: Users will not be able to close STK dialog easily (i.e. using the home button). [Testing completed]: Test manually by dev, unit tests added. [Risk to taking this patch] (and alternatives if risky): Low risk, the code is pretty compartmentalized to the STK. [String changes made]: none
Attachment #8503165 - Flags: approval-gaia-v2.1?
Attachment #8503165 - Flags: approval-gaia-v2.1? → approval-gaia-v2.1+
Not sure how easily can we test STK on marionette... Kevin?
Flags: needinfo?(kgrandon)
Flags: in-testsuite?
(In reply to Alberto Pastor [:albertopq] from comment #8) > Not sure how easily can we test STK on marionette... Kevin? I think right now our best bet is to mock the lower-level APIs needed for this. TBH I'm not 100% familiar with STK, so I don't know exactly what APIs we would need to mock. Would mocking mozMobileConnections help here? Settings does a good job of this, see: https://github.com/mozilla-b2g/gaia/blob/master/apps/settings/test/marionette/mocks/mock_navigator_moz_mobile_connections_multi.js
Flags: needinfo?(kgrandon)
This issue has been verified successfully on Flame 2.1. See attachment: Verify_Video_Flame v2.1.MP4 Reproducing rate: 0/10 Flame v2.1 version: Gaia-Rev afdfa629be209dd53a1b7b6d6c95eab7077ffcd9 Gecko-Rev https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/dc3018cbdbe6 Build-ID 20141123001201 Version 34.0
Flags: in-testsuite?
Attached video 2.2_video.3gp
Hi Ryan, I have verified this problem on Flame 2.2 and N5 2.2 with CU/CMCC SIM card inserted. Now the behaviour is that when i press Home button to go back to Homescreen, the STK dialog will be closed successfully, but after a while, it will pop up again. I'm not sure whether this behavior is correct or not. Could you please have a look? Many thanks! Please see attachment: 2.2_video.3gp Device information: Flame v2.2 Build ID: 20150624162504 N5 v2.2 Build ID: 20150624162504
Flags: needinfo?(ryanvm)
QA Whiteboard: [MGSEI-Triage+]
That's a question for the bug assignee, not myself.
Flags: needinfo?(ryanvm) → needinfo?(apastor)
I would say that is a different bug (different priority, at least). Could you please create a new bug for tracking this? Thanks!
Flags: needinfo?(apastor) → needinfo?(yue.xia)
See Also: → 1177674
Thanks Ryan & Alberto. I have submitted a new bug, please see bug 1177674.
Flags: needinfo?(yue.xia)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: