Closed Bug 856863 Opened 12 years ago Closed 12 years ago

[B2G][Homescreen] Moving icons to a Dock caused them to freeze misaligned

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:leo+, b2g18 verified, b2g18-v1.0.1 unaffected)

VERIFIED FIXED
blocking-b2g leo+
Tracking Status
b2g18 --- verified
b2g18-v1.0.1 --- unaffected

People

(Reporter: nkot, Assigned: crdlc)

References

()

Details

(Keywords: regression)

Attachments

(1 file)

Description: When the user attempts to move icons from the grid to a docked position,the icons freeze in a misaligned position. Docked icons move, allowing space for the dropped icon, but the icons do not move back if the user does not drop icons into the space. Repro Steps: 1) Updated to Unagi Build ID: 20130401070203 2) Launch homescreen 3) Longpress any app icon to enter into edit mode 4) Holding icon move it to the right corner of the Dock w/o dropping 5) Let the Dock expand creating extra space for new icon 6) Still holding icon move it back to the grid 7) Tap the home button to save changes Actual: Icons in the Dock freeze misaligned with empty space between icons Expected: The Dock expands allowing space to drop an additional icon and adjusts accordingly if the icon was not dropped Environmental Variables: Kernel Date: Dec 5 Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/f9f11b8cbf8a Gaia: 663101b6eb809383e5882d9bc3868a923a57998a Notes: See attached video clip for more info http://youtu.be/HzV2njXISMk
Assignee: nobody → crdlc
Status: NEW → ASSIGNED
Depends on: 846218
Keywords: regression
blocking-b2g: --- → leo?
Attached file Patch v1
Attachment #732273 - Flags: review?(21)
blocking-b2g: leo? → leo+
Triage 4/2 - setting leo+ due to poor user experience/presentation
Comment on attachment 732273 [details] Patch v1 r+ but please find an other name for rePlace. Written like that is seems like a typo on a method call replace. :)
Attachment #732273 - Flags: review?(21) → review+
yes, sure, thanks a lot my friend
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
I was not able to uplift this bug to v1-train. If this bug has dependencies which are not marked in this bug, please comment on this bug. If this bug depends on patches that aren't approved for v1-train, we need to re-evaluate the approval. Otherwise, if this is just a merge conflict, you might be able to resolve it with: git checkout v1-train git cherry-pick -x -m1 ea77a2751710d6c0bb46cd6f91ae8c10b88fa319 <RESOLVE MERGE CONFLICTS> git commit
Flags: needinfo?(crdlc)
I gonna try to solve conflicts during morning
Flags: needinfo?(crdlc)
Verifying fix, issue does not reproduce anymore, - if the user attempts to move the icon to a dock but does not drop it there, dock expands to allow space for a dropped icon and then successfully resumes to normal state if the icon was not dropped into the space tested on Unagi running the following build: Gecko http://hg.mozilla.org/releases/mozilla-b2g18/rev/24b27125d907 Gaia b973e66f328d8e09e364654e17ddab9f2c938bc4 Build 2013-04-08-07-57-51 also confirming V1.0.1 is not affected, could not reproduce this issue tested with: Gecko: http://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/3b51ced33215 Gaia: 8cf8dbd430af5e72a2ad542824421debe6de29d4
Status: RESOLVED → VERIFIED
Flags: in-moztrap?
Flags: in-moztrap? → in-moztrap+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: