Closed Bug 1111109 Opened 10 years ago Closed 10 years ago

[Homescreen] "Done" button is inactive in "edit mode", when switching panels with icons in reduced size view


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

Gonk (Firefox OS)
Not set


(blocking-b2g:2.2+, b2g-v2.0 unaffected, b2g-v2.1 unaffected, b2g-v2.2 verified)

2.2 S3 (9jan)
blocking-b2g 2.2+
Tracking Status
b2g-v2.0 --- unaffected
b2g-v2.1 --- unaffected
b2g-v2.2 --- verified


(Reporter: sarsenyev, Assigned: cwiiis)




(Keywords: regression, Whiteboard: [systemsfe][2.2-exploratory-1])


(3 files)

Attached file stuckediconslogcat
When reducing icons size view with "^" button, the "Done" button becomes inactive in "Edit" mode when tapping and the panel is blue
Repro Steps:
1) Update a Flame device to BuildID: 20141212040206
2) Tap the "^" icon to display all icons in reduced size
3) Long tap any panel to see the icons in reduced size, change panel back and forth, until one panel will stuck with blue color
4) Tap "Done" button
The "Done" button is inactive in "Edit" mode
The "Done" button is active

Device: Flame 2.2 Master (319mb)(Kitkat Base)(Full Flash)
BuildID: 20141212040206
Gaia: 1d9ae9cca415ad093beba9521c429350e1f2b14d
Gecko: 5288b15d22de
Gonk: 263b5f41f7733c5577fb101eb4dc8ac5c11cfa8d
Version: 37.0a1 (2.2 Master)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0

Repro frequency: 70%
See attached: logcat, YouTube
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(dharris)
Whiteboard: [2.2-exploratory-1] → [systemsfe][2.2-exploratory-1]
This feature is not implemented for 2.1 and 2.0

"Flame 2.1

Environmental Variables:
Device: Flame 2.1 (319mb)(Kitkat Base)(Full Flash)
Build ID: 20141215001202
Gaia: 97873dca486abf4162a3345e71b375806937bdec
Gecko: ec87f4f41d3d
Gonk: 263b5f41f7733c5577fb101eb4dc8ac5c11cfa8d
Version: 34.0 (2.1)
Firmware Version: v188-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0"

"Flame 2.0

Environmental Variables:
Device: Flame 2.0 (319mb)(Kitkat Base)(Full Flash)
Build ID: 20141212000203
Gaia: f3b9806f687fbbd7eba6b0e1f6ebb8bde09840ea
Gecko: 32f9fae79b89
Gonk: 263b5f41f7733c5577fb101eb4dc8ac5c11cfa8d
Version: 32.0 (2.0)
Firmware Version: v188-1
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0"
NI homescreen owner for a blocking decision based on the severity of this bug.
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(dharris) → needinfo?(parul)
Keywords: regression
blocking-b2g: --- → 2.2?
:kgrandon: would you consider this bug to be a blocker?
Flags: needinfo?(parul) → needinfo?(kgrandon)
Looks like it's already in triage.
Flags: needinfo?(kgrandon)
I couldn't reproduce this even after watching the video... If anyone can do so reliably, some very explicit STR would be appreciated.
I was able to repro on Flame 2.2 (319mb/shallow flash) 
(see video) 

Actual result: The row remains highlighted and the "done" button is unresponsive.

Environmental Variables:
Device: Flame 2.2 (319mb)(Kitkat Base)(Full Flash)
Build ID: 20141219040202
Gaia: deb90229734e5397cda806fb11f2e001fba83399
Gecko: 021b09e92d30
Gonk: e5c6b275d77ca95fb0f2051c3d2242e6e0d0e442
Version: 37.0a1 
Firmware Version: v188-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0

1: Collapse all groups and enter edit mode.
2: Long tap on the bottom row and attempt to drag downwards as if you were scrolling down.

1: On several occasions, this issue caused the device to become unresponsive. (see video at 1:05)
After a few minutes, the device crashes back to the homescreen.
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Note, I was also able to reproduce this issue, when I did it, the group wasn't highlighted.   I used the same steps as Comment 6.  Dragged a group towards the bottom of the screen repeatedly until it was unresponsive.
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(pbylenga)
Broken functionality.
blocking-b2g: 2.2? → 2.2+
I'll try to reproduce again.
Assignee: nobody →
Attached file Fix (probably)
So I was able to reproduce, and the logcat lead me to finding this error which I think caused it. I can't reproduce after this fix.

However, because I was unable to figure the *exact* method of reproduction, I can't guarantee that this fixes the problem, or write a test for it... But I believe that this is the fix.
Attachment #8546045 - Flags: review?(kgrandon)
Comment on attachment 8546045 [details] [review]
Fix (probably)

I haven't been able to reproduce this, but the code change seems fine to me.
Attachment #8546045 - Flags: review?(kgrandon) → review+
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → 2.2 S3 (9jan)
This bug has been successfully verified on latest Flame v2.2.
See attachment: verified_v2.2.mp4.
Reproduce rate: 0/8.

1. Tap the "^" icons on homescreen to collapse all groups.
2. Enter the edit mode.
3. Long tap on the bottom row and attempt to drag downwards as if you were scrolling down (or drag down and drag up).
4. Repeat step 3.
**The panel will not stuck with blue color.
5. Tap Done.
**The "Done" button is actived,and then exit the edit mode.

Flame 2.2 build:
Build ID               20150304002529
Gaia Revision          8b4b3e4b7e7c308764f71542437fd60625ac6b75
Gaia Date              2015-03-03 15:01:17
Gecko Revision
Gecko Version          37.0
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150304.042036
Firmware Date          Wed Mar  4 04:20:47 EST 2015
Bootloader             L1TC000118D0
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.