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)
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
Reporter | ||
Updated•10 years ago
|
Whiteboard: [2.0-FL-bug-bash]
Reporter | ||
Updated•10 years ago
|
User Story: (updated)
Updated•10 years ago
|
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
Comment 1•10 years ago
|
||
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?
Updated•10 years ago
|
blocking-b2g: 2.0? → 2.0+
Updated•10 years ago
|
QA Contact: lmauritson
Comment 2•10 years ago
|
||
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.
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
Updated•10 years ago
|
Assignee: nobody → jdarcangelo
Flags: needinfo?(jdarcangelo)
Comment 3•10 years ago
|
||
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)
Comment 4•10 years ago
|
||
Comment 5•10 years ago
|
||
Comment 6•10 years ago
|
||
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]
Comment 7•10 years ago
|
||
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.
Comment 9•10 years ago
|
||
Francis - Can you have someone from T2M take a look?
blocking-b2g: 2.0+ → ---
Flags: needinfo?(frlee)
Comment 10•10 years ago
|
||
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)
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][lead-review+]
Comment 11•10 years ago
|
||
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)
Comment 12•10 years ago
|
||
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)
Updated•10 years ago
|
Keywords: regression
Comment 14•10 years ago
|
||
verify with Flame KK build v162-3, it's fine
Comment 15•6 years ago
|
||
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.
Description
•