Closed Bug 1143907 Opened 9 years ago Closed 9 years ago

[Windows Management] Retake and Select buttons overlap and prevent functionality of video controls when watching a video taken through camera as a pick / attach function

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.5+, b2g-v2.2 unaffected, b2g-master affected)

RESOLVED DUPLICATE of bug 1148715
blocking-b2g 2.5+
Tracking Status
b2g-v2.2 --- unaffected
b2g-master --- affected

People

(Reporter: jmitchell, Assigned: pdahiya)

Details

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

Attachments

(2 files)

Description:
When adding an attachment to an email or MMS you can create content from the camera. If you record a video and then hit the play button the video controls are behind the retake / select buttons. This prevents their use as the buttons have functional priority.

Repro Steps:
1) Update a Flame to 20150316010202
2) Launch Message App
3) Select add-attachment
4 [review]) Select Camera
5) Record a short video
6) Hit play


Actual:
Buttons overlap video controls (Play / Pause and timeline)

Expected:
No overlaps

Environmental Variables:
Device: Flame Master
Build ID: 20150316010202
Gaia: 4868c56c0a3b7a1e51d55b24457e44a7709ea1ae
Gecko: 436686833af0
Gonk: b83fc73de7b64594cd74b33e498bf08332b5d87b
Version: 39.0a1 (Master)
Firmware Version: v188-1
User Agent: Mozilla/5.0 (Mobile; rv:39.0) Gecko/39.0 Firefox/39.0


Repro frequency: 6/6
See attached: screenshot,logcat
Attached image NoControl.png
Side by Side comparison of 3.0 (left) and 2.2 (right)
This issue does NOT reproduce in 2.2 

Actual Results: Video controls and Select / Retake buttons are not overlapped

Device: Flame 2.2 (KK - Nightly - Full Flash - 319mem)
Build ID: 20150316002502
Gaia: a6b2d3f8478ec250beb49950fecbb8a16465ff6f
Gecko: 18619f8f6c5c
Gonk: b83fc73de7b64594cd74b33e498bf08332b5d87b
Version: 37.0 (Master)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
[Blocking Requested - why for this release]:
Regression of a core feature

Requesting a window.
blocking-b2g: --- → 3.0?
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(pbylenga)
QA Contact: ychung
b2g-inbound Regression Window:

Last Working Environmental Variables:
Device: Flame 3.0
BuildID: 20150310113513
Gaia: ca91e1b103a127e991217230f0b3d6083e8a2b87
Gecko: 91a2b8a939fc
Version: 39.0a1 (3.0) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:39.0) Gecko/39.0 Firefox/39.0

First Broken Environmental Variables:
Device: Flame 3.0
BuildID: 20150310122317
Gaia: 9e79bd91b685ab70fa5500a86b401c224c9cdf87
Gecko: edcd95a2b660
Version: 39.0a1 (3.0) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:39.0) Gecko/39.0 Firefox/39.0

Last Working Gaia First Broken Gecko: Issue NOT reproduce 
Gaia: ca91e1b103a127e991217230f0b3d6083e8a2b87
Gecko: edcd95a2b660

First Broken Gaia Last Working Gecko: Issue DOES reproduce
Gaia: 9e79bd91b685ab70fa5500a86b401c224c9cdf87
Gecko: 91a2b8a939fc

https://github.com/mozilla-b2g/gaia/compare/ca91e1b103a127e991217230f0b3d6083e8a2b87...9e79bd91b685ab70fa5500a86b401c224c9cdf87

possibly caused by bug 1068976
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
QA Contact: ychung
Eitan, can you take a look at this please? Looks like this could have been caused by the landing for 1068976.
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Can gallery take a look based on Comment 4? thanks.
Component: Gaia::System::Window Mgmt → Gaia::Gallery
blocking-b2g: 3.0? → 3.0+
Punam,

Can you work with Eitan and get this fixed?

Thanks
Hema
Assignee: nobody → pdahiya
Flags: needinfo?(eitan)
Failed to replicate the issue (#comment 1) in latest build using below environment

Device: flame-kk
BuildId: 20150707010204
platform: 42.0a1
OS 2.5

Setting NI flag for QA to validate if the issue reported using screenshot in #comment 1 still occurs
Flags: needinfo?(ktucker)
Eitan

Can you please check if you are able to replicate the issue reported (#comment 1) in latest build. I do see pause button little bit closer to retake and select footer but that could be a different bug and might have been caused by changes in Bug 1068912. Thanks!
This looks like a duplicate of bug 1148715. Just tested, and it looks fixed. I'll wait for QA to validate this.
Flags: needinfo?(eitan)
Flags: needinfo?(pcheng)
Keywords: qawanted
Confirmed that this issue is no longer occurring on latest. Current behavior looks like 2.2 behavior on comment 1's attachment.

Device: Flame (KK, 319MB, full flashed)
BuildID: 20150709010204
Gaia: fc6643dd3da2ccdf2ab284479643836bb3698644
Gecko: f34a7120f46b
Gonk: a4f6f31d1fe213ac935ca8ede7d05e47324101a4
Version: 42.0a1 (2.5) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:42.0) Gecko/42.0 Firefox/42.0
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(pcheng)
Keywords: qawanted
Status: NEW → RESOLVED
Closed: 9 years ago
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: