Closed
Bug 520436
Opened 15 years ago
Closed 15 years ago
Padding for embedded YouTube videos causes clipped/distorted controls and video content
Categories
(Core :: Layout, defect, P2)
Tracking
()
VERIFIED
FIXED
mozilla1.9.3a1
Tracking | Status | |
---|---|---|
status1.9.2 | --- | beta2-fixed |
People
(Reporter: whimboo, Assigned: roc)
References
()
Details
(Keywords: regression, testcase, verified1.9.2)
Attachments
(4 files)
19.48 KB,
image/jpeg
|
Details | |
614 bytes,
text/html
|
Details | |
9.99 KB,
patch
|
jaas
:
review+
|
Details | Diff | Splinter Review |
4.08 KB,
patch
|
dbaron
:
review+
|
Details | Diff | Splinter Review |
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.3a1pre) Gecko/20091003 Minefield/3.7a1pre ID:20091003031247
With the fix on bug 508495 the video content is nearly shown perfect on all platforms. Only on OS X I get some static pixels on the right side now which are not getting updated. It's really only visible on OS X and works fine on Windows and Linux. Also Shiretoko doesn't show it. See the screenshot.
Steps:
1. Load the page from the URL field
2. Start the video
Flags: blocking1.9.2?
Assignee | ||
Comment 1•15 years ago
|
||
A small testcase would be useful especially if you can come up with one that doesn't require dynamic changes in plugin content...
Reporter | ||
Comment 2•15 years ago
|
||
That's a short reduction for the given web page. It shows that the padding is causing this problem. It's applied to the object and embedded element. It's even more than only a couple of pixels now. The controller bar gets distorted too.
Reporter | ||
Updated•15 years ago
|
Keywords: testcase
Summary: Static video content shown at the right side whey playing embedded YouTube videos → Padding for embedded YouTube videos causes clipped/distorted controls and video content
Reporter | ||
Comment 3•15 years ago
|
||
Similar artifacts are shown in video content with Namoroka. So it has to be a regression from bug 339548 directly.
Keywords: regression
Assignee | ||
Updated•15 years ago
|
Assignee: nobody → roc
Assignee | ||
Comment 4•15 years ago
|
||
NPN_InvalidateRect's rectangle parameter is relative to the top-left of the plugin content, so we need to adjust it to make it relative to the element's border-box.
To make this testable I've added a setColor method to the test plugin that invalidates the plugin's area. Then it's possible to write invalidation reftests using the test plugin.
Attachment #404582 -
Flags: review?(joshmoz)
Assignee | ||
Updated•15 years ago
|
Whiteboard: [needs review]
Reporter | ||
Updated•15 years ago
|
Flags: in-testsuite?
Attachment #404582 -
Flags: review?(joshmoz) → review+
Assignee | ||
Updated•15 years ago
|
Whiteboard: [needs review] → [needs landing]
Flags: blocking1.9.2? → blocking1.9.2+
Priority: -- → P2
Assignee | ||
Comment 5•15 years ago
|
||
Checked in:
http://hg.mozilla.org/mozilla-central/rev/9fabec8d72a6
Test failed on Windows/Linux, so I disabled it:
http://hg.mozilla.org/mozilla-central/rev/fa363abd896e
Reporter | ||
Comment 6•15 years ago
|
||
Roc, can we call it fixed?
Assignee | ||
Comment 7•15 years ago
|
||
I'm holding it open to investigate the test failure.
Assignee | ||
Comment 8•15 years ago
|
||
Hmm, reftest seems to pass locally and on try servers. I will try to reland.
Assignee | ||
Comment 9•15 years ago
|
||
As well as reenabling the test, this patch makes reftest.js output slightly more specific messages when there is a post-onload timeout.
Attachment #408535 -
Flags: review?(dbaron)
Assignee | ||
Comment 10•15 years ago
|
||
I'll mark this fixed to avoid confusion.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 11•15 years ago
|
||
Verified fixed with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.3a1pre) Gecko/20091027 Minefield/3.7a1pre ID:20091027031433
Status: RESOLVED → VERIFIED
Target Milestone: --- → mozilla1.9.3a1
Assignee | ||
Comment 12•15 years ago
|
||
status1.9.2:
--- → final-fixed
Whiteboard: [needs landing]
Assignee | ||
Comment 13•15 years ago
|
||
Reporter | ||
Comment 14•15 years ago
|
||
Verified fixed with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2b2pre) Gecko/20091105 Namoroka/3.6b2pre ID:20091105033812
Keywords: verified1.9.2
Reporter | ||
Updated•15 years ago
|
Comment on attachment 408535 [details] [diff] [review]
make reftest timeout messages a bit more useful
r=dbaron, although I probably should have suggested months ago that Jesse review this instead...
Attachment #408535 -
Flags: review?(dbaron) → review+
Assignee | ||
Updated•15 years ago
|
Whiteboard: [needs landing]
Comment 16•14 years ago
|
||
I'm pretty sure you rolled the reftest harness changes of attachment 408535 [details] [diff] [review] into your rewrite, since the messages sound a bit familiar. I landed the re-enable the commented-out reftest part in http://hg.mozilla.org/mozilla-central/rev/c14987c4d6a0.
Whiteboard: [needs landing]
You need to log in
before you can comment on or make changes to this bug.
Description
•