Closed
Bug 1051100
Opened 11 years ago
Closed 11 years ago
[B2G] [Homescreen] Multiple lines are displayed when moving apps to the bottom of the Homescreen
Categories
(Firefox OS Graveyard :: Gaia::Homescreen, defect)
Tracking
(b2g-v2.0 affected, b2g-v2.1 affected)
RESOLVED
FIXED
People
(Reporter: smiko, Assigned: yifan)
References
Details
(Whiteboard: [2.0 exploratory])
Attachments
(3 files, 1 obsolete file)
Description:
When quickly moving apps to the bottom of the Homescreen, 2-4 lines are displayed
Repro Steps:
1) Update a Flame to 20140808000201
2) Hold down on an application to enter edit mode.
3) Quickly drag the application to the bottom corner of the Homescreen
Actual:
2-4 lines are displayed
Expected:
1 line is displayed
Flame 2.0
Environmental Variables:
Device: Flame 2.0 (319mb)
Build ID: 20140808000201
Gaia: 8d4599d18fbfc41f88ea494ab9cce0bb99cffac3
Gecko: aad73d079368
Version: 32.0 (2.0)
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
Keywords:
homescreen, layout, line, edit mode,
Repro frequency:100%
See attached: (screenshot)
Reporter | ||
Comment 1•11 years ago
|
||
Reporter | ||
Comment 2•11 years ago
|
||
Reporter | ||
Comment 3•11 years ago
|
||
Comment on attachment 8470341 [details]
VectorLogcat.txt
please ignore this attachment
Attachment #8470341 -
Attachment is obsolete: true
Reporter | ||
Comment 4•11 years ago
|
||
This issue DOES repro on Flame 2.1 (319mb), buri 2.1, Flame 2.0 (512mb), and buri 2.0
Flame 2.1 (319mb)
Environmental Variables:
Device: Flame 2.1 Master (319mb)
BuildID: 20140808040304
Gaia: c45627132ae7f00026e361a14d5d084a1236af24
Gecko: 18f408a5984e
Version: 34.0a1 (2.1 Master)
Firmware: V123
User Agent: Mozilla/5.0 (Mobile; rv:33.0) Gecko/33.0 Firefox/33.0
buri 2.1
Environmental Variables:
Device: Buri Master
Build ID: 20140807193101
Gaia: c45627132ae7f00026e361a14d5d084a1236af24
Gecko: 18f408a5984e
Version: 34.0a1 (Master)
Firmware Version: v1.2device.cfg
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
Flame 2.0 (512mb)
Enviromental Variables:
Device: Flame 2.0 (512mb)
BuildID: 20140808000201
Gaia: 8d4599d18fbfc41f88ea494ab9cce0bb99cffac3
Gecko: aad73d079368
Version: 32.0 (2.0)
Firmware: V123
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
buri 2.0
Environmental Variables:
Device: Buri 2.0
Build ID: 20140808003002
Gaia: 8d4599d18fbfc41f88ea494ab9cce0bb99cffac3
Gecko: aad73d079368
Version: 32.0 (2.0)
Firmware Version: v1.2device.cfg
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
This issue does NOT repro on Flame 4.1, buri 4.1, or buri 3.1 as vertical sections of the Homescreen did not exist.
Flags: needinfo?(ktucker)
Reporter | ||
Updated•11 years ago
|
QA Whiteboard: [QAnalyst-Triage+]
status-b2g-v2.0:
--- → affected
status-b2g-v2.1:
--- → affected
Whiteboard: [2.0 exploratory]
Comment 5•11 years ago
|
||
In comment 4 you stated 4.1 should have been 1.4. Also, you should use ? for the triage tag when you need info me.
Please attach a video to assist the development team in reproducing this issue.
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage-]
Flags: needinfo?(ktucker) → needinfo?(smiko)
Reporter | ||
Updated•11 years ago
|
Flags: needinfo?(ktucker)
Comment 7•11 years ago
|
||
Seems minor not a blocking issue.
QA Whiteboard: [QAnalyst-Triage-] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Comment 8•11 years ago
|
||
If you exit edit mode, then are the lines still present or not?
QA Whiteboard: [QAnalyst-Triage+]
Keywords: qawanted
Comment 9•11 years ago
|
||
No, unused dividing lines for the apps don't stay on the screen once edit mode is exited. The screen looks correct when not in edit mode.
Updated•11 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
Updated•11 years ago
|
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][lead-review+]
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → yliao
Assignee | ||
Comment 10•11 years ago
|
||
The commit checks if there are only placeholders in the last row to prevent additional dividers from created.
Attachment #8488496 -
Flags: review?(21)
Attachment #8488496 -
Flags: review?(21) → review?(kgrandon)
Comment 11•11 years ago
|
||
Comment on attachment 8488496 [details] [review]
pull request
Thanks for the patch! I left one note on github. Please address it if you can and re-flag me for review.
Attachment #8488496 -
Flags: review?(kgrandon)
Assignee | ||
Comment 12•11 years ago
|
||
Comment on attachment 8488496 [details] [review]
pull request
Thank you for the update. :) I added a comment on the PR, please see if it's valid.
Attachment #8488496 -
Flags: review?(kgrandon)
Comment 13•11 years ago
|
||
Comment on attachment 8488496 [details] [review]
pull request
Thank you for the patch. After looking a bit more, I think we could potentially land this, but the only reason I'd be hesitant if it's not a blocker is because this may be obsoleted soon, or cause a merge conflict for app grouping. If this is not going to be an issue when we have app grouping, I'd rather not cause merge conflicts for 2.2 as that is going to slow us down a bit. This work is happening in bug 1067435.
Because this may conflict with the work in that patch, or need to get ripped out soon (that should land next week), I'd like to pass this over to Chris to review as he sees fit.
If this is something we want to uplift, it may be worth landing in master first, before the big grouping prototype lands.
Attachment #8488496 -
Flags: review?(kgrandon)
Attachment #8488496 -
Flags: review?(chrislord.net)
Attachment #8488496 -
Flags: feedback+
Comment 14•11 years ago
|
||
Comment on attachment 8488496 [details] [review]
pull request
Couple of comments on github. While this almost certainly conflicts with bug 1067435, it's a nice bit of polish and I wouldn't want to hold it up (more than I already have by being slow to review - sorry!)
Attachment #8488496 -
Flags: review?(chrislord.net) → review+
Assignee | ||
Comment 15•11 years ago
|
||
Thank you Kevin and Chris!
No worries, evaluating the patch takes time and your review is not slow at all :) I've updated the code. Please see if the comments are clear or not.
Flags: needinfo?(chrislord.net)
Comment 16•11 years ago
|
||
(In reply to Yi-Fan Liao [:yifan][:yliao] from comment #15)
> Thank you Kevin and Chris!
>
> No worries, evaluating the patch takes time and your review is not slow at
> all :) I've updated the code. Please see if the comments are clear or not.
Good comment, I added one last nit-pick but it's good to go imo :)
Flags: needinfo?(chrislord.net)
Assignee | ||
Comment 17•11 years ago
|
||
Thank you!
Sorry that I didn't notice tests fail. In order to adhere to the original tests I revised the code. The cleanItems function remains the same if it's not in edit mode. Now the check only runs when verticalhome is in edit mode.
Flags: needinfo?(chrislord.net)
Comment 18•11 years ago
|
||
Added a comment, still looks good, still r+ :)
Flags: needinfo?(chrislord.net)
Assignee | ||
Comment 19•11 years ago
|
||
Thank you for the feedback! I also added some explanations.
Merged into master
https://github.com/mozilla-b2g/gaia/pull/23993
TBPL:
https://tbpl.mozilla.org/?rev=76f60ee65e0205f4ad1c735cbc58143524c35512&tree=Gaia-Try
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•