Closed
Bug 1071727
Opened 10 years ago
Closed 10 years ago
[Contacts] Stuck in Gallery when attempting to add photo to contact while USB Plugged, then disconnecting
Categories
(Firefox OS Graveyard :: Gaia::Gallery, defect)
Tracking
(blocking-b2g:2.0M+, b2g-v2.0 affected, b2g-v2.0M verified, b2g-v2.1 verified, b2g-v2.1S verified, b2g-v2.2 verified, b2g-master verified)
People
(Reporter: onelson, Assigned: pdahiya)
References
()
Details
(Whiteboard: [2.1-Daily-Testing])
Attachments
(2 files)
47 bytes,
text/x-github-pull-request
|
djf
:
review+
bajaj
:
approval-gaia-v2.1+
|
Details | Review |
5.63 MB,
video/mp4
|
Details |
Description:
When the user attempts to add a photo to a contact while maintaining a usb connection to a computer, they may encounter adverse affects upon disconnecting. The user is unable to add photos or use the gallery while within a usb connection, thus the phone requests they disconnect. Upon disconnecting, the user will be transitioned to the gallery application, however they are not able to select a photo for a contact at this point; instead, they have full functionality to select and edit photos as they see fit.
User may at this point:
- home button to return to home screen. Upon opening contacts again, they are essentially within the gallery with no way to exit, until the 'Contacts' application is force closed.
Repro Steps:
1) Update a Flame device to BuildID: 20140922043003
2) Connect phone to neighboring computer via USB connection.
3) Ensure "USB storage" is enabled.
4) Open the 'Contacts' app.
5) Create a new contact.
6) Attempt to add a photo from the gallery.
- phone will request you disconnect from your USB connection to continue
7) Disconnect the USB cable by pulling the cable from the phone.
8) Observe gallery app and attempt to select a contact photo.
Actual:
Behaviour of the Gallery app now mimics that of merely opening the gallery. User cannot select an image to be used as a contact photo, but rather has full functionality of editting and selecting.
Expected:
User is transitioned to the gallery app where they may select an image for a contact photo.
Environmental Variables:
Device: Flame 2.2 Master
BuildID: 20140922043003
Gaia: 3802009e1ab6c3ddfc3eb15522e3140a96b33336
Gecko: 5e704397529b
Version: 35.0a1 (2.2 Master)
Firmware: V180
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0
Device: Flame 2.1
BuildID: 20140923003005
Gaia: 3a2947df41a480de1457a6dcdbf46ad0af70d8e0
Gecko: df42b05782aa
Version: 34.0a2
Firmware: v180
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
Repro frequency: 5/5 attempts
See attached:
video- http://youtu.be/LA9-IAybrBw
Reporter | ||
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Reporter | ||
Updated•10 years ago
|
Whiteboard: [2.1-Daily-Testing]
Comment 1•10 years ago
|
||
Changing component to gallery, since contacts app is launching and activity and does not do anything with the gallery behavior.
Component: Gaia::Contacts → Gaia::Gallery
Comment 2•10 years ago
|
||
qawanted for branch checks to see if this is a regression.
Updated•10 years ago
|
QA Contact: ddixon
Comment 3•10 years ago
|
||
David or Punam,
Can one of you please check whats going on after your blockers are addressed?
Thanks
Hema
Flags: needinfo?(pdahiya)
Flags: needinfo?(dflanagan)
Comment 4•10 years ago
|
||
Branch Check
Issue DOES occur in Flame 2.2, 2.1, 2.0, and 2.0 base image.
Actual Results:
User cannot select an image for an existing contact in Gallery app after device is disconnected from a USB connection to a computer.
Device: Flame Master
Build ID: 20140923154520
Gaia: ff6dbb006e4e60edba697639aa2a2a199b07069b
Gecko: 30920bcb070a
Version: 35.0a1 (Master)
Firmware Version: v180
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0
------------------------------------------------------------
Device: Flame 2.1
Build ID: 20140925092639
Gaia: 86905e14c3ff06a0e6952ba635b6066ad2eea6b4
Gecko: e128c7d918de
Version: 34.0a2
Firmware Version: v180
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
------------------------------------------------------------
Device: Flame 2.0
Build ID: 20140925082640
Gaia: 95a51689acd0488b3ba79abe2423cdcc132fff4a
Gecko: bd67c37ece85
Version: 32.0 (2.0)
Firmware Version: v180
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
------------------------------------------------------------
Device: Flame 2.0 (base image)
Build ID: 20140904160718
Gaia: 506da297098326c671523707caae6eaba7e718da
Gecko: 2b27becae85092d46bfadcd4fb5605e82e1e1093
Version: 32.0 (2.0)
Firmware Version: v180
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
QA Whiteboard: [QAnalyst-Triage?]
status-b2g-v2.0:
--- → affected
Flags: needinfo?(jmitchell)
Keywords: qawanted
Comment 5•10 years ago
|
||
[Blocking Requested - why for this release]: not a regression but it is broken functionality / flow in a major app
blocking-b2g: --- → 2.0?
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
QA Contact: ddixon
Assignee | ||
Comment 6•10 years ago
|
||
(In reply to Hema Koka [:hema] from comment #3)
> David or Punam,
>
> Can one of you please check whats going on after your blockers are addressed?
>
> Thanks
> Hema
Able to replicate the issue on Flame master v180, when photodb is available again after a USB mass storage, we are loading thumbnail list view by default.
https://github.com/mozilla-b2g/gaia/blob/master/apps/gallery/js/gallery.js#L291
Checking for any pending pick activity and taking appropriate action should resolve the issue. Cancelling the pick activity is the simplest fix as it will take user back to contact app and he will be able to try again and add picture without getting stuck in gallery list view. Looking into the fix.
Flags: needinfo?(pdahiya)
Comment 7•10 years ago
|
||
Thanks for investigating this Punam. I think we may have had exactly the same issue with the Video app. I don't remember the bug number, but Russ might. Russ: does this bug ring any bells for you?
Flags: needinfo?(dflanagan) → needinfo?(rnicoletti)
Comment 8•10 years ago
|
||
I would guess that it is just a matter of putting a if (!pendingPick) {} around these lines in the onunavailable handler:
// Switch back to the thumbnail view. If we were viewing or editing an image
// it might not be there anymore when the MediaDB becomes available again.
setView(LAYOUT_MODE.list);
Updated•10 years ago
|
Assignee: nobody → pdahiya
Comment 9•10 years ago
|
||
David, you may be thinking of bug 963636. There is a PR for that bug...
Flags: needinfo?(rnicoletti)
Assignee | ||
Comment 10•10 years ago
|
||
Assignee | ||
Comment 11•10 years ago
|
||
Comment on attachment 8496155 [details] [review]
Patch with fix for Bug 1071727
Hi David
Please review attached patch that fixes gallery pick activity while USB is plugged and than disconnected by user. It will help user to continue with pick activity and not get stuck in thumbnail list view. Thanks!
Attachment #8496155 -
Flags: review?(dflanagan)
Comment 12•10 years ago
|
||
Comment on attachment 8496155 [details] [review]
Patch with fix for Bug 1071727
Looks good to me.
This turns out to be a dupe of bug 963636. Somehow I never reviewed the patch there. Punam reports that there are problems with that patch, however, so giving r+ for this simpler one.
We are purposely ignoring the corner case here of what happens if the user selects an image to crop, then deletes the file via UMS, and then returns and resumes cropping the delete image.
Attachment #8496155 -
Flags: review?(dflanagan) → review+
Assignee | ||
Comment 14•10 years ago
|
||
(In reply to David Flanagan [:djf] from comment #12)
> Comment on attachment 8496155 [details] [review]
> Patch with fix for Bug 1071727
>
> Looks good to me.
>
> This turns out to be a dupe of bug 963636. Somehow I never reviewed the
> patch there. Punam reports that there are problems with that patch, however,
> so giving r+ for this simpler one.
Thanks David for review. In 963636 patch, if user selects a photo, crop, then mounts USB and deletes photo, we are taking user back to pick view without cleaning up crop view - cleanupCrop() , which shows previous crop overlays if user continues picking.
>
> We are purposely ignoring the corner case here of what happens if the user
> selects an image to crop, then deletes the file via UMS, and then returns
> and resumes cropping the delete image.
Assignee | ||
Comment 15•10 years ago
|
||
Patch landed on master
https://github.com/mozilla-b2g/gaia/commit/14bf1e20971be0071a9ece7663d299fa1f0ed32f
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment 16•10 years ago
|
||
Lets try to get this into 2.1.
Punam or David, Please request approval from Fabrice and Bhavana
blocking-b2g: 2.0? → ---
Assignee | ||
Comment 17•10 years ago
|
||
Comment on attachment 8496155 [details] [review]
Patch with fix for Bug 1071727
[Approval Request Comment]
[Bug caused by] (feature/regressing bug #):
Not a regression
[User impact] if declined:
This will impact user trying to attach images from gallery [using Contacts, messaging app] while connected to computer using USB and than unplugging the device.
User cannot select an image via pick activity and get stuck in gallery thumbnail list view after device is disconnected from a USB connection to a computer.
[Testing completed]: On master
[Risk to taking this patch] (and alternatives if risky): Very low, it's a one line fix to not switch view to thumbnail list if it's a pending pick activity.
[String changes made]: None
Attachment #8496155 -
Flags: approval-gaia-v2.1?(fabrice)
Assignee | ||
Comment 18•10 years ago
|
||
(In reply to David Flanagan [:djf] from comment #12)
>
> We are purposely ignoring the corner case here of what happens if the user
> selects an image to crop, then deletes the file via UMS, and then returns
> and resumes cropping the delete image.
Created bug 1073688 to handle the corner case.
Updated•10 years ago
|
Comment 19•10 years ago
|
||
Comment on attachment 8496155 [details] [review]
Patch with fix for Bug 1071727
Adding verifyme for QA to help verify once this lands..
Attachment #8496155 -
Flags: approval-gaia-v2.1?(fabrice) → approval-gaia-v2.1+
Comment 20•10 years ago
|
||
Target Milestone: --- → 2.1 S5 (26sep)
Comment 21•10 years ago
|
||
Issue verified fixed on Flame 2.1 and Flame 2.2
Actual Results: User is transitioned to the gallery app where they may select an image for a contact photo.
Device: Flame 2.1 (319mb)(Kitkat Base)(Full Flash)
Build ID: 20141027001201
Gaia: c97463d61f45513a2123b19610386ddbfc916819
Gecko: 4f8c0c021128
Version: 34.0 (2.1)
Firmware Version: v188
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
Device: Flame Master (319mb)(Kitkat Base)(Full Flash)
Build ID: 20141027040237
Gaia: e91d99e4d96954f06383c00bb9d79598a697e310
Gecko: 8230834302c9
Version: 36.0a1 (Master)
Firmware Version: v188
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0
Leaving verifyme tag for uplift to 2.0
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage-]
Flags: needinfo?(ktucker) → needinfo?(bzumwalt)
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage-] → [QAnalyst-Triage?]
Flags: needinfo?(bzumwalt) → needinfo?(ktucker)
Keywords: verifyme
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Updated•10 years ago
|
blocking-b2g: --- → 2.0M+
status-b2g-v2.0M:
--- → affected
status-b2g-v2.1S:
--- → fixed
status-b2g-master:
--- → fixed
Comment 22•10 years ago
|
||
Hi Kai-Zhen,
Could you help to land this on 2.0M? Thanks!
Flags: needinfo?(kli)
Comment 24•10 years ago
|
||
Flags: needinfo?(kli)
Comment 25•10 years ago
|
||
This issue is verified fixed on the latest Nightly Flame 3.0 build.
Actual results: The user is returned to the image pick screen after deleting in image that was being cropped via usb.
Environmental Variables:
Device: Flame 3.0 KK (Full Flash) (319 MB)
BuildID: 20150306010207
Gaia: 7a91c16bfa348be8b25e09719178efa051512988
Gecko: 0189941a3fd5
Gonk: e7c90613521145db090dd24147afd5ceb5703190
Version: 39.0a1 (3.0)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:39.0) Gecko/39.0 Firefox/39.0
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Comment 26•10 years ago
|
||
This bug has been successfully verified on latest v2.1S and Woodduck v2.0. User is transitioned to the Gallery app after unplugging USB cable,then user can select a image and save the image as a contact photo.
See attachment: verified_v2.1S.mp4
Reproduce rate: 0/5
2.1S (512mb):
Build ID 20150308161201
Gaia Revision ea97a87048a4c1e2a479bbea1d75e0a182b2c4c9
Gaia Date 2015-03-05 16:30:05
Gecko Revision https://hg.mozilla.org/releases/mozilla-b2g34_v2_1s/rev/c1ba3b3ec5aa
Gecko Version 34.0
Device Name scx15_sp7715ea
Firmware(Release) 4.4.2
Firmware(Incremental) 122
Firmware Date Thu Feb 5 12:42:58 CST 2015
Woodduck 2.0:
Build ID 20150309050313
Gaia Revision ca46abde35cda645a1c5dfa80e111c400feabdba
Gaia Date 2015-03-05 17:19:31
Gecko Revision c77dc549894cf6956ca49cfb22228d5e4d2f9a2f
Gecko Version 32.0
Device Name jrdhz72_w_ff
Firmware(Release) 4.4.2
Firmware(Incremental) 1425848690
Firmware Date Mon Mar 9 05:05:10 CST 2015
Comment 27•10 years ago
|
||
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][MGSEI-Triage+]
You need to log in
before you can comment on or make changes to this bug.
Description
•