Closed Bug 945682 Opened 11 years ago Closed 11 years ago

Video player is not displayed correctly on m.youtube.com

Categories

(Core :: Layout: Floats, defect)

ARM
Android
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 738926
Tracking Status
firefox26 --- affected
firefox27 --- affected
firefox28 --- affected

People

(Reporter: csuciu, Unassigned)

References

()

Details

Attachments

(3 files, 1 obsolete file)

Nightly 28.0a1 (2012-12-02) Samsung Galaxy Note (4.0.4) Nexus 4 (4.2) 1. Go to m.youtube.com and tap on a video while in portrait mode Expected: The video player is centered Actual: The video player is displayed on the right side of the screen Not reproducible on android stock browser
Assume this is a regression, if so, please fine a range.
Flags: needinfo?(catalin.suciu)
I don't think that this is a regression because: - the issue is reproducible on Nightly builds from January 2013 - last week, I've checked youtube on Firefox 26 Beta 8 and I don't recall seeing this issue. Today, I verified again on Beta 8 and the issue is present Maybe something changed on youtube's side.
Flags: needinfo?(catalin.suciu)
Component: General → Mobile
Product: Firefox for Android → Tech Evangelism
Attached file 945682.htm - TC (obsolete) —
Attached file 945682.htm - TC
Attachment #8343675 - Attachment is obsolete: true
David, could you have a look at this attachment? There's some CSS here that we don't render like Chrome and Opera do - I'm not sure why exactly.
Flags: needinfo?(dbaron)
(Also - I don't think this belongs in Tech Evangelism. There's nothing in that CSS that looks clearly wrong to me, and two other separate implementations disagree with our rendering)
Note that if I give the unstyle div (the container of the overflow:hidden div) padding-top:1px, the bug goes away. The issue is related to (a) not matching the top edge correctly and (b) (a bug everyone has, I think -- bug 25888) only checking the top edge.
The basic problem is that in nsBlockFrame::ReflowBlockFrame the call to ClearFloats is inside the applyTopMargin check, and applyTopMargin is false when we're reflowing the overflow:hidden frame. (It's a bit unfortunate that a lot of the code here is totally different in my tree than in mozilla-central, due to the bug 25888 patches I've been carrying around for years.)
Depends on: 738926
Flags: needinfo?(dbaron)
Over to Core.
Component: Mobile → Layout: Floats
Product: Tech Evangelism → Core
Status: NEW → RESOLVED
Closed: 11 years ago
No longer depends on: 738926
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: