Closed Bug 1023043 Opened 10 years ago Closed 6 years ago

[Flame][v2.0] taking picture with front camera in landscape mode, the orientation is reversed while preview it

Categories

(Firefox OS Graveyard :: Vendcom, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: brhuang, Unassigned, NeedInfo)

References

Details

(Whiteboard: [POVB])

Attachments

(3 files)

Build Information

Gaia      901646a3279c66daa7621bebb62641779d8ae22c
Gecko     https://hg.mozilla.org/releases/mozilla-aurora/rev/d6376896f57c
BuildID   20140609160201
Version   32.0a2
ro.build.version.incremental=94
ro.build.date=Tue May 20 09:29:20 CST 2014

Device: Flame

Description

Taking picture with front camera. Using preview or gallery, the orientation is reversed. See attached picture.

Steps to Reproduce
1. launch camera
2. Switch camera to front facing camera
3. take pictures with landscape mode
4. Preview or use Gallery to view the pictures
5. The orientation is reserved

Expected Results
1. The orientation is correct

Actual Results
1. The orientation is wrong and reserved.

Reproduction Frequency: Always occurs
Whiteboard: [2.0-FL-bug-bash]
User Story: (updated)
Flags: needinfo?(jdarcangelo)
Summary: [Flame] [v2.0] taking picture with front camera in landscape mode, the orientation is reserved while preview it → [Flame][v2.0] taking picture with front camera in landscape mode, the orientation is reversed while preview it
Able to reproduce with Base Image H on Flame using:

Gaia   f42ebc93554979501d3ac52bcf9e69cb4b310a4f
SourceStamp 9dc0ffca10f4
BuildID 20140610040208
Version 33.0a1 and

Gaia   8d865839d932bfbd5e157f376f74d8cb12bfdd51
SourceStamp 1d4046a8cb6c
BuildID 20140610000223
Version 32.0a2
blocking-b2g: --- → 2.0?
blocking-b2g: 2.0? → 2.0+
QA Contact: lmauritson
B2G Inbound Regression Window

Last Working
Device: Flame 2.0
BuildID: 20140517113002
Gaia: d364c473012b7731688fe0ef4bca92358cee18c5
Gecko: f913ad39fa23
Version: 32.0a1 (2.0) 
Firmware Version: v10G-2

First Broken
Device: Flame 2.0
Build ID: 20140519053002
Gaia: 8a2352d5b7be27ec4b1ea18c680ebcd0b6d34348
Gecko: 8508ab79921f
Version: 32.0a1 (2.0) 
Firmware Version: v10G-2

First Broken Gaia Last Working Gecko: Issue DOES reproduce.
Gaia: 8a2352d5b7be27ec4b1ea18c680ebcd0b6d34348
Gecko: f913ad39fa23

Last Working Gaia First Broken Gecko: Issue does NOT reproduce.
Gaia: d364c473012b7731688fe0ef4bca92358cee18c5
Gecko: 8508ab79921f

Gaia Pushlog:
https://github.com/mozilla-b2g/gaia/compare/d364c473012b7731688fe0ef4bca92358cee18c5...8a2352d5b7be27ec4b1ea18c680ebcd0b6d34348

Unfortunately I was not able to narrow it down any further due to a lack of available builds.
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmitchell)
Keywords: qawanted
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
Assignee: nobody → jdarcangelo
Flags: needinfo?(jdarcangelo)
Flame camera is not inserting the orientation flag in the EXIF headers and gallery and preview default to 0.

I attached two pictures. One taken with Flame and the other with Hamachi. To read the Orientation flag on OSX you can use exiftool (brew install exiftool):

exiftool -Orientation /picture/directory/image.jpg

Mike, Who should be looking into this?
Flags: needinfo?(mhabicher)
Attached image flame.jpg
Attached image hamachi.jpg
On every other platform, we expect the camera library to construct a JPEG with an EXIF header that includes the orientation field. This is a vendor issue.
Assignee: jdarcangelo → nobody
Component: Gaia::Camera → Vendcom
Flags: needinfo?(mhabicher)
Whiteboard: [POVB]
I have confirmed Diego's results in comment 3: the images emitted by the front-facing Flame camera (in -all- device orientations) do not contain an EXIF 'orientation' tag. HOWEVER, only images taken with a landscape device orientation are upside down; images taken with the device upside down appear correctly. This suggests that despite the absence of an 'orientation' tag, the camera library/driver is attempting to adjust the emitted image in response to the orientation information we pass to it through KEY_ROTATION.

This is with:
- basebuild: v121-2
- gecko:     m-c:aab3362f97e9
- gaia:      master:90777363ed0a4e6d32612074a12fb2c73c353a25
- buildid:   20140612160203
- version:   33.0a1
- ro.build.version.incremental=108
- ro.build.date=Tue Jun 10 19:40:40 CST 2014

This is POVB: the camera library is incorrectly handling device orientation information.
Francis - Can you have someone from T2M take a look?
blocking-b2g: 2.0+ → ---
Flags: needinfo?(frlee)
hi Yanan, Youlong,

could you please check this issue? This issue can be reproduced on V121-2 w/0 changing gaia/gecko version.
Flags: needinfo?(frlee) → needinfo?(yanan.zhao)
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][lead-review+]
hi John,

may you confirm this is the same issue as we met in Vixen? if so, this should not be a vendor issue.

thank you very much
Flags: needinfo?(johu)
Francis,

No, this is different issue. The Vixen issue is caused by locking wrong orientation in screen. But it is wrong orientation flag embedded in image.
Flags: needinfo?(johu)
Keywords: regression
verify with Flame KK build v162-3, it's fine
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: