Closed
Bug 934366
Opened 12 years ago
Closed 11 years ago
[B2G][Helix][Camera][shijinde]Camera filmstrip is hidden while previewing image
Categories
(Firefox OS Graveyard :: Gaia::Camera, defect, P2)
Firefox OS Graveyard
Gaia::Camera
Tracking
(Not tracked)
RESOLVED
WONTFIX
1.3 Sprint 6 - 12/6
People
(Reporter: lecky.wanglei, Assigned: gnaneswar.devuni)
References
Details
Attachments
(4 files, 1 obsolete file)
User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; aff-kingsoft-ciba; .NET4.0C; .NET4.0E; Zune 4.7; Tablet PC 2.0)
Steps to reproduce:
1、quickly press capture button and at least, you must capture five photos
2、quickly click filmstrip
Actual results:
1、the main screen shows the photo which you select from filmstrip.
2、the filmstrip shows preview photo about five seconds later.
Expected results:
1、the main screen shows the photo which you select from filmstrip.
2、the filmstrip shows photos.
Hi, wayne
I had found this bug and can reproduce everytime. you can see the attachment.
and I got some logs, if you quickly press capture button, and then quickly click filmstrip region,
so on the surface, you see the phone shows you select photo, actual the backgound will add image until the last one, and then will go to "hide" function, then the bug reproduces.
Severity: normal → major
Flags: needinfo?(wchang)
Priority: -- → P2
Comment 4•12 years ago
|
||
Following the STR I dont really see any problem on the device.
QAWANTED to check here.
Flags: needinfo?(wchang)
Keywords: qawanted
Hi, this bug is very easy to reproduce.
I think you can reproduce in V1.2 if you never modify camera code.
Thanks
Comment 6•12 years ago
|
||
I can confirm this bug. But I think it is not so easy to reproduce. Some steps are so tricky.
The STR is:
1. open camera app
2. capture at least one picture
3. tap the screen to show the filmstrip. This is important to have a shown filmstrip.
4. press capture button and tap any image in the filmstrip immediately. This step needs to tap quickly. Well, if you take large picture, it doesn't need to do quickly.
5. wait 5 seconds and get the error. Camera app hide the filmstrip 5 seconds later after a picture is took.
We never found this kind of bug before. Maybe, it is a regression. QA, please help us to check if this is a regression.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 7•12 years ago
|
||
BTW, if we use slow storage device, this is easy to reproduce. The key is the time of writing image into storage. It is easy to reproduce on a slow microSD card. CPU speed doesn't make any difference.
Updated•12 years ago
|
Summary: [B2G][Helix][Camera][shijinde]Camera filmstrip show preview photo → [B2G][Helix][Camera][shijinde]Camera filmstrip is hide while previewing image
Comment 8•12 years ago
|
||
prevent to set hideTimer when previewing an image/video.
Attachment #827872 -
Flags: review?(dflanagan)
Updated•12 years ago
|
Assignee: nobody → johu
Updated•12 years ago
|
Summary: [B2G][Helix][Camera][shijinde]Camera filmstrip is hide while previewing image → [B2G][Helix][Camera][shijinde]Camera filmstrip is hidden while previewing image
Comment 9•12 years ago
|
||
I found another STR to reproduce the same symptom:
1. open camera app
2. take few pictures
3. tap screen to have filmstrip showed up.
4. switch to camcorder mode
5. tap image item in filmstrip and tap recording quickly, see attachment.
Comment 10•12 years ago
|
||
Comment on attachment 827872 [details] [review]
prevent timer requesting when preview is shown.
clear reviewing flag for finding better patch for both camera and camcorder cases.
Attachment #827872 -
Flags: review?(dflanagan)
Comment 11•12 years ago
|
||
Comment on attachment 827872 [details] [review]
prevent timer requesting when preview is shown.
Change the patch to have:
1. schedule auto hide of filmstrip when the preview is not shown
2. hide preview when someone hides filmstrip
Attachment #827872 -
Flags: review?(dflanagan)
Comment 12•12 years ago
|
||
This issue reproduces on the 11/7 1.1(Leo) and 1.2(Buri) builds. I followed STR from comment 6 and comment 9, both successfully reproducing this bug.
- 1.1 BUILD -
Environmental Variables:
Device: Leo v1.1 Mozilla RIL
BuildID: 20131107041203
Gaia: 39b0203fa9809052c8c4d4332fef03bbaf0426fc
Gecko: 31fa87bfba88
Version: 18.0
- 1.2 BUILD -
Environmental Variables:
Device: Buri v1.2 Mozilla RIL
BuildID: 20131107004003
Gaia: 590eb598aacf1e2136b2b6aca5c3124557a365ca
Gecko: 26f1e160e696
Version: 26.0
Keywords: qawanted
QA Contact: mvaughan
Comment 13•12 years ago
|
||
Checked the video in comment 9, looks to be small impact with uncommon STR.
Noming for v1.3 here.
blocking-b2g: --- → 1.3?
Comment 14•12 years ago
|
||
I do not know why you ni me here. But agree with comment 13.
Flags: needinfo?(brg)
Comment 15•11 years ago
|
||
Not marking this a blocker because of the uncommon STR but since John already has a fix, setting target milestone
blocking-b2g: 1.3? → ---
Target Milestone: --- → 1.3 Sprint 6 - 12/6
Comment 17•11 years ago
|
||
Comment on attachment 827872 [details] [review]
prevent timer requesting when preview is shown.
According to offline discussion with Gnaneswar, he can reproduce the bug after this patch is applied. So, I clear the review flag and will do more tests on this patch.
Gnaneswar, if you have any idea about the patch, please feel free to upload yours.
Attachment #827872 -
Flags: review?(dflanagan)
Assignee | ||
Comment 18•11 years ago
|
||
John, after some more testing on nexus-4 with a full reinstall of gaia, it seems that issue is not reproducible with this patch.
Observed one point while testing multiple usecases.
Usecase: If we reverse the step 4 in comment 6 (i.e first tap the image from filmstrip and then capture the photo immediately), current behavior is that preview window is the final screen.
Should It be a view finder(because camera capture is the latest action)?
Assignee | ||
Comment 19•11 years ago
|
||
It seems that below condition may not be required in the patch attached with comment 11
> + if (isShown()) {
Attached updated patch.
Github PR: https://github.com/mozilla-b2g/gaia/pull/14643
Attachment #8347152 -
Flags: review?(johu)
Comment 20•11 years ago
|
||
Comment on attachment 8347152 [details] [diff] [review]
Updated patch
Gnaneswer,
I don't have the right to review the Camera component. I will reset this to Diego. And please add more comments about the changes. Thanks.
Diego,
Gnaneswer is a contributor who is interesting on Camera. Please review his patch. Thanks.
Attachment #8347152 -
Flags: review?(johu) → review?(dmarcos)
Updated•11 years ago
|
Assignee: johu → gnaneswar.devuni
Updated•11 years ago
|
Attachment #827872 -
Attachment is obsolete: true
Assignee | ||
Comment 21•11 years ago
|
||
(In reply to John Hu [:johnhu] from comment #20)
> Comment on attachment 8347152 [details] [diff] [review]
> Updated patch
> And please add more comments about the changes.
This patch is the updated version of earlier submitted patch in comment 11.
1) It prevents timer requesting filmstrip hide if preview is shown.
2) It hides preview(only if preview is shown) if someone hides filmstrip.
3) Removed the redundant condition "to check if filmstrip is shown" (which was there in earlier patch) before fading the film strip after delay. Because hidePreivew() function would be called only when filmstrip is shown.
Above mentioned points in this patch would solve the comment 6 and 9 usecases respectively.
Assignee | ||
Comment 23•11 years ago
|
||
Requesting to let me know review comments of the patch.
Comment 24•11 years ago
|
||
Hi there. This patch has to be reviewed after the camera refactor that landed today. It shouldn't be too difficult. Do you want me to help?
Updated•11 years ago
|
Attachment #8347152 -
Flags: review?(dmarcos) → review-
Comment 25•11 years ago
|
||
Can you still reproduce this issue in the current gaia?
Flags: needinfo?(gnaneswar.devuni)
Comment 26•11 years ago
|
||
Diego,
I can reproduce it with the new version of Camera.
Comment 27•11 years ago
|
||
Assignee | ||
Comment 28•11 years ago
|
||
Yes it is still reproducible on nexus-4.I checked with comment 6 steps
Flags: needinfo?(gnaneswar.devuni)
Assignee | ||
Comment 29•11 years ago
|
||
It seems that patch attached in comment 19 is still applicable. Please confirm
Flags: needinfo?(dmarcos)
Assignee | ||
Comment 30•11 years ago
|
||
Diego,
Would like to know your comments.
Comment 31•11 years ago
|
||
We got rid of the filmstrip in camera. I close this bug
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WONTFIX
Updated•11 years ago
|
Flags: needinfo?(dmarcos)
You need to log in
before you can comment on or make changes to this bug.
Description
•