Closed Bug 988081 Opened 11 years ago Closed 11 years ago

[B2G][Homescreen] Attempting to delete an app in the dock can result in the delete confirmation message disappearing on it's own.

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-v1.3 affected, b2g-v1.4 affected)

RESOLVED DUPLICATE of bug 985132
Tracking Status
b2g-v1.3 --- affected
b2g-v1.4 --- affected

People

(Reporter: croesch, Unassigned)

References

Details

(Whiteboard: burirun1.4-2)

Attachments

(2 files)

Attached video Delete from Dock.mp4 (deleted) —
Description: When an app is downloaded and the icon is moved into the dock, it can prove difficult sometimes to delete this app from the dock. Often the confirmation for deleting will appear then disappear suddenly shortly after popping up. Repro Steps: 1) Update Buri to Build ID: 20140324000202 2) Add a website to the homescreen or download an app to the homescreen. 3) Once the app icon is on the homescreen, go into edit mode and move the icon into the dock at the bottom. 4) While in edit mode, tap the red X to bring up the delete app confirmation. Actual: Often, when the user taps on the X to bring up the delete confirmation, the confirmation window will appear then disappear shortly after. Expected: The confirmation message should remain onscreen until the user dismisses the window with either the Cancel button or by deleting the app. Environmental Variables Device: Buri V1.4 Moz Ril Build ID: 20140324000202 Gecko: https://hg.mozilla.org/releases/mozilla-aurora/rev/a44f8b39c2c8 Gaia: 730670951e40b2317a167fcd07c398bb662d6e87 Platform Version: 30.0a2 Firmware Version: V1.2-device.cfg Notes: Repro frequency: 75% Test Suite Name: (Home/Homescreen/Wrapper UCID: (owd-3654) Link to failed test case: https://moztrap.mozilla.org/runtests/run/3613/env/347/?&pagenumber=1&pagesize=100&sortfield=order&sortdirection=asc&filter-id=4213&filter-suite=126 See attached: video clip and logcat
Also getting the delete confirmation window disappearing in V1.3. Bug does NOT occur in V1.1 Environmental Variables Device: Buri V1.3 Moz Ril Build ID: 20140324004001 Gecko: https://hg.mozilla.org/releases/mozilla-b2g28_v1_3/rev/e42b778a010f Gaia: f7742fb4929cc57c9f72955ce5cebb8279745ac0 Platform Version: 28.0 Firmware Version: v1.2-device.cfg
Attached file log.txt (deleted) —
I think this is a dupe of bug 985132. Can we retest this on tomorrow's build to see if this still happens?
Keywords: qawanted
I am pretty sure that it is a dupe of that one
QA Contact: jharvey
This issue reproduces on Today's 1.4 1.4 Environmental Variables: Device: Buri 1.4 MOZ BuildID: 20140326000201 Gaia: 7e705dd4718d528974d99ac31866318d7e201152 Gecko: 4889124accfa Version: 30.0a2 Firmware Version: v1.2-device.cfg
Keywords: qawanted
(In reply to Harvey from comment #5) > This issue reproduces on Today's 1.4 > > 1.4 Environmental Variables: > Device: Buri 1.4 MOZ > BuildID: 20140326000201 > Gaia: 7e705dd4718d528974d99ac31866318d7e201152 > Gecko: 4889124accfa > Version: 30.0a2 > Firmware Version: v1.2-device.cfg This hasn't landed on 1.4 yet. Please test on master.
Keywords: qawanted
This issue reproduces on Today's Master (3/26/2014). 1.5 Environmental Variables: Device: Buri 1.5 MOZ BuildID: 20140326040202 Gaia: 80af23f8c74d9d2e9388d8ed3c204040b5c528ec Gecko: c69c55582faa Version: 31.0a1 Firmware Version: v1.2-device.cfg
Keywords: qawanted
Blocks: b2g-youtube
Component: Gaia::Homescreen → Preinstalled B2G Apps
Product: Firefox OS → Tech Evangelism
Opps - moved the wrong bug...
No longer blocks: b2g-youtube
Component: Preinstalled B2G Apps → Gaia::Homescreen
Product: Tech Evangelism → Firefox OS
Gecko a14baa3 Gaia 32efafa I cannot reproduce that testing on Today's build (3/27/2014) STR: 1) Reboot my device 2) Waiting for homescreen 3) Go to marketplace 4) Install FB app 5) Go to landing page 6) Long press in FB app and move it to dock 7) Try to delete three times (UI is displayed correctly) 8) Exit from edit mode 9) Enter again in edit mode 10) Try to delete FB app ten times (UI is displayed correctly) and so on...
Can we reverify this on trunk? I'm pretty sure Cristian is right here.
Keywords: qawanted
I will investigate this bug if it still happens although I couldn't reproduce it anymore. Let me know please, thanks a lot
I'm unable to reproduce the issue on 1.5 (3/27/2014) 1.5 Environmental Variables: Device: Buri 1.5 MOZ BuildID: 20140327040202 Gaia: 9da1b9c11bf518bce882be305ae121c44c5d1e05 Gecko: 9afe2a1145bd Version: 31.0a1 Firmware Version: v1.2-device.cfg
Keywords: qawanted
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: