Closed
Bug 988037
Opened 10 years ago
Closed 10 years ago
[B2G][Video] WebM videos attached in email do not display properly when previewed in email app
Categories
(Firefox OS Graveyard :: Gaia::Video, defect)
Tracking
(blocking-b2g:1.3+, b2g-v1.3 fixed, b2g-v1.3T fixed, b2g-v1.4 unaffected, b2g-v2.0 unaffected)
Tracking | Status | |
---|---|---|
b2g-v1.3 | --- | fixed |
b2g-v1.3T | --- | fixed |
b2g-v1.4 | --- | unaffected |
b2g-v2.0 | --- | unaffected |
People
(Reporter: bzumwalt, Assigned: rnicoletti)
Details
Attachments
(3 files)
Description: When user previews WebM video attached in email the video is anchored to the top left of the screen and is not scaled properly, with part of the video being cut off in some cases. This issue does not happen when viewing same file in browser app or video app. URL's of videos tested: http://video.webmfiles.org/big-buck-bunny_trailer.webm http://webm.html5.org/test.webm Repro Steps: 1) Updated Open C to Build ID: 20140325040052 2) Set up Email app with valid account 3) Send WebM video as attatchment to email address set up in step 2 4) Open Email app on device and select recieved message with video attached 5) Click to download attachment then press "View" Actual: Video is not scaled correctly and may be cut off if large enough. Expected: Video displays properly with user able to see entire video. Environmental Variables Device: Open C v 1.3 Mozilla RIL Build ID: 20140325040052 Gecko: 1e2ca6e4ab9a929fe3763057478ee516d67da7ad Gaia: f1c58f9f3b5d538afdd71ad3c22106200bc7ece5 Platform Version: 28.0 Firmware Version: P821A10-ENG_20140321 Notes: Repro frequency: 3/3, 100% See attached: screenshot
Comment 1•10 years ago
|
||
The e-mail app never displays attachments itself, it always uses web activities. This seems like there must be a bug in the Video app's "open" activity. Moving to the video component.
Component: Gaia::E-Mail → Gaia::Video
Reporter | ||
Comment 2•10 years ago
|
||
Additional testing shows this issue DOES occur on Buri, so this issue is not device specific. Environmental Variables: Device: Buri v mozRIL BuildID: 20140325004002 Gaia: b789780c53adaac199787f51615375f721edfef4 Gecko: 37917eb0dfeb Version: 28.0 Firmware Version: v1.2-device.cfg
Summary: [B2G][Open_C1.3][Email] WebM videos attached in email do not display properly when previewed in email app → [B2G][Video] WebM videos attached in email do not display properly when previewed in email app
Comment 3•10 years ago
|
||
Are we able to reproduce this by just playing the webm video directly from the video app, where the video is stored on your sdcard?
Keywords: qawanted
Reporter | ||
Comment 4•10 years ago
|
||
This issue does not happen when viewing same file in browser app or video app.
Keywords: qawanted
Comment 5•10 years ago
|
||
This seems pretty bad. This means that you won't be able to view a good amount of the video from an email attachment.
blocking-b2g: --- → 1.3?
Comment 6•10 years ago
|
||
Is this a regression? Don't remember any changes going into video app's open activity...
Flags: needinfo?(johu)
Comment 7•10 years ago
|
||
(In reply to Hema Koka [:hema] from comment #6) > Is this a regression? Don't remember any changes going into video app's open > activity... The attachment feature is new, but the viewing of webm video via web activity was present on 1.1. We could write a reduced test case to see if this happens on 1.1 using web activities. However, this bug serves a higher importance in 1.3 than 1.1, since 1.1 didn't have email attachment support, where as 1.3 does, which means this bug is far more likely for a user to hit.
Comment 8•10 years ago
|
||
Hema Please help with assignee here.
blocking-b2g: 1.3? → 1.3+
Flags: needinfo?(hkoka)
Comment 9•10 years ago
|
||
Russ, Could you take a look and see whats going on (1.3 build)?
Flags: needinfo?(rnicoletti)
Updated•10 years ago
|
Flags: needinfo?(johu)
Flags: needinfo?(hkoka)
Comment 10•10 years ago
|
||
We had fixed almost all issues about player size with the supported format: ogv, webm, 3gp, and mp4, before. The codes related to player size are at: https://github.com/mozilla-b2g/gaia/blob/v1.3/apps/video/js/video_utils.js https://github.com/mozilla-b2g/gaia/blob/v1.3/apps/video/js/view.js#L230
Comment 11•10 years ago
|
||
Ok, I remember that. In master, I had fixed a videoRotation error when writing patch for tablet. I think that may be related to this bug. https://github.com/mozilla-b2g/gaia/blob/master/apps/video/js/view.js#L58-L64 https://github.com/mozilla-b2g/gaia/blob/v1.3/apps/video/js/view.js#L58-L62
Updated•10 years ago
|
Assignee: nobody → rnicoletti
Assignee | ||
Comment 12•10 years ago
|
||
John, you're right. The change in comment #11 fixes the issue. PR comming.
Flags: needinfo?(rnicoletti)
Assignee | ||
Comment 13•10 years ago
|
||
Attachment #8401014 -
Flags: review?(johu)
Comment 14•10 years ago
|
||
Comment on attachment 8401014 [details] [review] Pull request: https://github.com/mozilla-b2g/gaia/pull/17931 Thanks for this patch. It looks nice.
Attachment #8401014 -
Flags: review?(johu) → review+
Assignee | ||
Comment 15•10 years ago
|
||
v1.3: https://github.com/mozilla-b2g/gaia/commit/780298ef470eb4379646c4986d86042844023a4d
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment 16•10 years ago
|
||
When did this get approval to land on v1.3? Per the tree rules that have been in place for nearly 2 months now, *all* v1.3 require explicit approval regardless of blocking status. https://wiki.mozilla.org/Release_Management/B2G_Landing Also, you need to set the proper status flags when landing on release branches. And does this need to land on v1.4?
status-b2g-v1.3:
--- → fixed
status-b2g-v1.3T:
--- → fixed
status-b2g-v1.4:
--- → ?
status-b2g-v2.0:
--- → fixed
Flags: needinfo?(rnicoletti)
Target Milestone: --- → 1.4 S5 (11apr)
Assignee | ||
Comment 17•10 years ago
|
||
Apologies, my mistake for not getting approval. Will request approval now. Btw, this issue doesn't exist in 1.4 and master.
Flags: needinfo?(rnicoletti)
Updated•10 years ago
|
Assignee | ||
Comment 18•10 years ago
|
||
Requesting approval for v1.3 uplift of this PR (the issue does not exist in 1.4 or master). [User impact] User sees only part of a video when previewing it as an email attachment. Poor user experience, reflects badly on Mozilla quality. [Testing completed]: Tested it before and after the fix on a buri device. Was able to reproduce the incorrect behavior prior to fix and verified the correct behavior with the fix. [Risk to taking this patch] (and alternatives if risky): Small, six-line code change. These lines of code already exist in master.
Attachment #8401461 -
Flags: approval-gaia-v1.3?(fabrice)
Comment 19•10 years ago
|
||
(In reply to Brogan Zumwalt from comment #0) > Created attachment 8396745 [details] > Screenshot > > Description: > When user previews WebM video attached in email the video is anchored to the > top left of the screen and is not scaled properly, with part of the video > being cut off in some cases. This issue does not happen when viewing same > file in browser app or video app. > > URL's of videos tested: > http://video.webmfiles.org/big-buck-bunny_trailer.webm > http://webm.html5.org/test.webm > > Repro Steps: > 1) Updated Open C to Build ID: 20140325040052 > 2) Set up Email app with valid account > 3) Send WebM video as attatchment to email address set up in step 2 > 4) Open Email app on device and select recieved message with video attached > 5) Click to download attachment then press "View" > > Actual: > Video is not scaled correctly and may be cut off if large enough. > > Expected: > Video displays properly with user able to see entire video. > > Environmental Variables > Device: Open C v 1.3 Mozilla RIL > Build ID: 20140325040052 > Gecko: 1e2ca6e4ab9a929fe3763057478ee516d67da7ad > Gaia: f1c58f9f3b5d538afdd71ad3c22106200bc7ece5 > Platform Version: 28.0 > Firmware Version: P821A10-ENG_20140321 > > Notes: > Repro frequency: 3/3, 100% > See attached: screenshot Brogan, can you please help verify this on the 1.3 build ?
Keywords: verifyme
Comment 20•10 years ago
|
||
Comment on attachment 8401461 [details] [review] Request for 1.3 uplift Just rubber-stamping this at this point. This has already a landed. Request to adhere to landing policies next time around. I've also requested QA help to get this verified.
Attachment #8401461 -
Flags: approval-gaia-v1.3?(fabrice) → approval-gaia-v1.3+
Reporter | ||
Comment 21•10 years ago
|
||
Issue does NOT occur for Open C or Buri on latest 1.3 Environmental Variables: Device: Buri v1.3 Mozilla RIL BuildID: 20140404004002 Gaia: f06667bcaef2032849ddee736fffdd7d8d8c02f8 Gecko: 021a6f9c27f8 Version: 28.0 Device: Open C v1.3 BuildID: 20140404040052 Gaia: f06667bcaef2032849ddee736fffdd7d8d8c02f8 Gecko:815206f6549479cb7f788ce8065b07cc5b23aa69 Version: 28.0
Status: RESOLVED → VERIFIED
Keywords: verifyme
You need to log in
before you can comment on or make changes to this bug.
Description
•