Closed Bug 1155907 Opened 9 years ago Closed 9 years ago

[Windows Management][Task Manager] User is able to call an app to the forground and then close it during the animation

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-v2.2 verified, b2g-master verified)

VERIFIED FIXED
2.2 S11 (1may)
Tracking Status
b2g-v2.2 --- verified
b2g-master --- verified

People

(Reporter: dharris, Assigned: sfoster)

References

()

Details

(Whiteboard: [3.0-Daily-Testing][systemsfe])

Attachments

(2 files)

Description:
When the user selects an app in task manager, if they try to scroll the app during the animation of bringing the app to the foreground, the app will show full screen, and then promptly close due to it thinking that the user was trying to close the app from card view

Repro Steps:
1) Update a Flame to 20150417010203
2) Open any app
3) Long press home button to access card view
4) Tap on the app, then swipe up as it is putting its focus to the foreground


Actual:
The app goes full screen, then closes


Expected:
The app goes full screen, and cannot be closed unless the user re-enters card view and swipes up without tapping on the app

Environmental Variables:
Device: Flame 3.0 (319mb)(Kitkat)(Full Flash)
Build ID: 20150417010203
Gaia: 3cd0a9facce26c2acc7be3755a17131a6358e33f
Gecko: 51e3cb11a258
Gonk: b83fc73de7b64594cd74b33e498bf08332b5d87b
Version: 40.0a1 (Master)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:40.0) Gecko/40.0 Firefox/40.0


Repro frequency: 10/10
See attached: Logcat, Video - https://youtu.be/tysgAv2cMs4
This issue DOES occur on Flame 2.2

The app goes full screen, then closes

Environmental Variables:
Device: Flame 2.2 (319mb)(Kitkat)(Full Flash)
Build ID: 20150417002504
Gaia: d50b8a3919a7b4d8d289f150d3b9bed704ebafa9
Gecko: 5ebf32030512
Gonk: ebad7da532429a6f5efadc00bf6ad8a41288a429
Version: 37.0 (2.2)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0

=========================================================================================

This issue does NOT occur on Flame 2.1

The app is quickly and smoothly transitioned to the foreground without time for interuption to close the app

Environmental Variables:
Device: Flame 2.1 (319mb)(Kitkat)(Full Flash)
Build ID: 20150415001211
Gaia: bbe983b4e8bebfec26b3726b79568a22d667223c
Gecko: 3e3cbe35bce3
Gonk: ebad7da532429a6f5efadc00bf6ad8a41288a429
Version: 34.0 (2.1)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Functional regression of a core feature, app is mistakenly closed when a user wants to scroll.

Requesting a window.
blocking-b2g: --- → 2.2?
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
QA Contact: pcheng
2.1 is not a legitimate comparison because card view had a re-design from 2.2 onwards. I've checked earliest b2g37 (v2.2) build that has the new card view design and issue does NOT repro there. So it is a regression since the redesign happened but it is not a regression from 2.1.
Actually, no. After excessive trying on the earliest 2.2 build, the issue is indeed reproducible. Removing window-wanted tag because we don't have evidence to show that this had once worked after the re-design of card view.

Issue reproduces on:
Device: Flame 2.2
BuildID: 20150112081448
Gaia: b0254d13e67b0bd4c74c2f2c9b9ea1251949d9fe
Gecko: cac64af410a1
Version: 37.0a1 (2.2) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Sam, can you take a look?
Flags: needinfo?(sfoster)
Whiteboard: [3.0-Daily-Testing] → [3.0-Daily-Testing][systemsfe]
Assignee: nobody → sfoster
Flags: needinfo?(sfoster)
Comment on attachment 8596203 [details] [review]
[gaia] sfoster:task-manager-hide-events-bug-1155907 > mozilla-b2g:master

From the PR: The setTimeout in exitToApp was leaving a window in which you could still interact with the card view while it transitioned to open the selected app. This patch rearranges things just a little to close up that window by immediately detaching the "showing" listeners
Attachment #8596203 - Flags: review?(etienne)
Comment on attachment 8596203 [details] [review]
[gaia] sfoster:task-manager-hide-events-bug-1155907 > mozilla-b2g:master

r=me with nits on github
Attachment #8596203 - Flags: review?(etienne) → review+
blocking-b2g: 2.2? → ---
Keywords: checkin-needed
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Comment on attachment 8596203 [details] [review]
[gaia] sfoster:task-manager-hide-events-bug-1155907 > mozilla-b2g:master

[Approval Request Comment]
[Bug caused by] (feature/regressing bug #): Fallout from new card view implementation
[User impact] if declined: Its possible to swipe to close an app while its transitioning to open from the card view, also you can open more than one app simultaneously from card view to get into a janky and unknown/unstable state (bug 1156927). 
[Testing completed]: Added new unit test, tested on device (Flame/319MB)
[Risk to taking this patch] (and alternatives if risky): Low risk, alternative is to live with it
[String changes made]: None
Attachment #8596203 - Flags: approval-gaia-v2.2?
Attachment #8596203 - Flags: approval-gaia-v2.2? → approval-gaia-v2.2+
We should back this out if we have *any* fallouts.
According to the STR of Comment 0,this bug has been successfully verified on latest Nightly Flame v2.2&3.0.

Actual results: On card view,tap on the app and quickly swipe up as it is putting its focus to try to close app, the app will be opened and not be closed as expected.

See attachment: verified_v2.2&3.0.mp4.
Reproduce rate: 0/10

----------------------------------------------------------------
Device: Flame 2.2 build(Pass)
Build ID               20150426002504
Gaia Revision          265ca0bc9408c21fc4b25a259fcee7fb642cd06b
Gaia Date              2015-04-24 19:13:28
Gecko Revision         https://hg.mozilla.org/releases/mozilla-b2g37_v2_2/rev/1908685d798d
Gecko Version          37.0
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150426.043030
Firmware Date          Sun Apr 26 04:30:42 EDT 2015
Bootloader             L1TC000118D0

Device: Flame 3.0 build(Pass)
Build ID               20150426160201
Gaia Revision          b4c949cdc780893897c9b45c1adea46e2eb694ff
Gaia Date              2015-04-24 16:13:40
Gecko Revision         https://hg.mozilla.org/mozilla-central/rev/37d60e3b8be6
Gecko Version          40.0a1
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150426.193323
Firmware Date          Sun Apr 26 19:33:34 EDT 2015
Bootloader             L1TC000118D0
Status: RESOLVED → VERIFIED
Keywords: verifyme
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][MGSEI-Triage+]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: