Closed Bug 1222646 Opened 9 years ago Closed 9 years ago

[Aries] Camera displays picture previews briefly appear in low resolution before displaying at full resolution

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-v2.5 unaffected, b2g-master affected)

RESOLVED WONTFIX
Tracking Status
b2g-v2.5 --- unaffected
b2g-master --- affected

People

(Reporter: Marty, Unassigned)

References

()

Details

(Keywords: regression, Whiteboard: [2.6-Daily-Testing][Spark])

Attachments

(1 file)

Description: After taking pictures with the camera, in the camera preview, snapshots will display at a low resolution with what appear to be .jpg compression artifacts before transitioning to the full resolution of the image. Repro Steps: 1) Update a Aries to 20151106140230 2) Open the camera app and take a few pictures. 3) Open the camera preview, and swipe between the pictures, and note the image resolution and quality. Actual: Camera picture previews briefly display at a low resolution with compression artifacts, before displaying at full resolution. Expected: Camera picture previews always display at full resolution Environmental Variables: Device: Aries 2.6 Build ID: 20151106140230 Gaia: cec4c1d3729137a24163756d15f98b0d37803966 Gecko: 512caeeb5565bb819a24ebda6a37b44fdf71b6c3 Gonk: a19052e4389c3ae2d8fc3e7a74a475401baacc56 Version: 45.0a1 (2.6) Firmware Version: D5803_23.1.A.1.28_NCB.ftf User Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0 Repro frequency: 5/5 See attached: Video (URL), Logcat
This issue does NOT occur on the Aries RC4 2.5 build or the latest Flame 2.6 build. Camera picture previews always display at full resolution Environmental Variables: Device: Aries 2.5 BuildID: 20150619225606 Gaia: 4c06ed88ddccaba8dc941e5006bd2a9e57306f07 Gecko: 7c1a6b1151a1539186b950a144387e2d7f378d1b Gonk: 2916e2368074b5383c80bf5a0fba3fc83ba310bd Version: 41.0a1 (2.5) Firmware Version: D5803_23.1.A.1.28_NCB.ftf User Agent: Mozilla/5.0 (Mobile; rv:41.0) Gecko/41.0 Firefox/41.0 Environmental Variables: Device: Flame 2.6 BuildID: 20151106030214 Gaia: f39a7a827c0c0f48087ff3ead94f61ae22523919 Gecko: cc48981c026c50fdf80d47b040ae1fb8fe99ad07 Gonk: 205ac4204bbbb2098a8046444acba551ba5dc75a Version: 45.0a1 (2.6) Firmware Version: v18D User Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
No-Jun, can you take a look at this please?
blocking-b2g: --- → 2.6?
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker) → needinfo?(npark)
QA Whiteboard: [QAnalyst-Triage+]
QA Contact: pcheng
aosmond, looks like this is Aries specific on master. We haven't had builds for Aries for a bit more than a week before we discovered this, so it might be caused by older changes.
Flags: needinfo?(npark) → needinfo?(aosmond)
This bug has never really 'worked as expected' in Aries including on RC4. On the regression window below, the last working build exhibits bug 1178510, and first broken build exhibits this bug 1222646. b2g-inbound regression window: Last Working Device: Aries BuildID: 20151009221206 Gaia: c3a5bf3af7e61045e1b8757db992ec734a9f3f36 Gecko: e51ebee9248d2f268d3e947a9eac7a01bf071243 Version: 44.0a1 (2.5) Firmware Version: D5803_23.1.A.1.28_NCB.ftf User Agent: Mozilla/5.0 (Mobile; rv:44.0) Gecko/44.0 Firefox/44.0 First Broken Device: Aries BuildID: 20151010001944 Gaia: 02f4662fe2040361fc76172efdfb8504ed3f0c64 Gecko: 8d49a792ec000e6d51f9c5a3580e1146a21a6dad Version: 44.0a1 (2.5) Firmware Version: D5803_23.1.A.1.28_NCB.ftf User Agent: Mozilla/5.0 (Mobile; rv:44.0) Gecko/44.0 Firefox/44.0 Last Working Gaia First Broken Gecko - no repro Gaia: c3a5bf3af7e61045e1b8757db992ec734a9f3f36 Gecko: 8d49a792ec000e6d51f9c5a3580e1146a21a6dad Last Working Gecko First Broken Gaia - repro Gaia: 02f4662fe2040361fc76172efdfb8504ed3f0c64 Gecko: e51ebee9248d2f268d3e947a9eac7a01bf071243 Gaia pushlog: https://github.com/mozilla-b2g/gaia/compare/c3a5bf3af7e61045e1b8757db992ec734a9f3f36...02f4662fe2040361fc76172efdfb8504ed3f0c64 Caused by changes made in Bug 1188286.
Blocks: 1188286
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmercado)
Punam this issue seems to have been caused by the changes for bug 1188286.
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmercado) → needinfo?(pdahiya)
Hi Jayme This is a limitation of Aries camera where EXIF preview generated is not big enough and scaled as background before loading the actual large image. The fix from Bug 1188286 solved the gray flash by scaling this small EXIF preview to background. Andrew, David: We can use this bug to discuss and investigate if its possible and what it will take to get Aries hardware to generate big enough EXIF preview. If not possible, what are other options we can use to improve this flow. Please provide your input. Thanks!
Flags: needinfo?(dflanagan)
Flags: needinfo?(pdahiya)
Unless Andrew's got some magic he can work with the camera driver, I think we'll just have to close this as WONTFIX. Alternatively, ask QA to compare this bug to what is shown in the videos attached to bug 1188286 and pick which behavior they prefer. This bug is device specific. I don't think it will affect the ports we're doing for the nexus devices, for example. It is our foxfooding device, so we should fix it if we can. I just don't think we're going to be able to fix it, at least not without Sony's help.
Flags: needinfo?(dflanagan)
blocking-b2g: 2.6? → ---
Per Comment 7, closing.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Flags: needinfo?(aosmond)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: