Open
Bug 1208719
Opened 10 years ago
Updated 3 years ago
video controls are covered up by (possibly transparent) things that cover up the video (unlike Chrome, where they're always on top)
Categories
(Core :: Layout, defect)
Tracking
()
UNCONFIRMED
People
(Reporter: lminko.lmk, Unassigned)
Details
(Keywords: css2, parity-chrome)
Attachments
(1 file)
396 bytes,
text/html
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/44.0.2403.89 Safari/537.36
The following produces the bugs:
<html>
<head>
<title></title>
<meta content="">
<style>
body::before {
width: 100%;
height: 100%;
position: absolute;
content: "''";
}
</style>
</head>
<body>
<p>
<video controls="">
<source src="/mac30-behind-the-scenes-cc-us-20140203_848x480.mp4">
</video>
</p>
</body>
</html>
The content attribute blocks video controls (user cannot click them). But, the code works well in chromium 44 (user can play/pause the video).
Current workaround is adding negative value (or bring video element front) of "z-index". e.g. z-index: -1.
Comment 2•10 years ago
|
||
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:44.0) Gecko/20100101 Firefox/44.0
20150925030206
IE 11 behaves the same as Firefox.
Component: Untriaged → Layout: R & A Pos
Keywords: css2
Product: Firefox → Core
Whiteboard: [parity-chrome]
Comment 4•10 years ago
|
||
Chrome is Correct behavior or FF / IE is correct in this case?
Comment 5•10 years ago
|
||
It only effect Audio and Video elements on Firefox. Other elements , <a> and <img> so far tested.
At first glance this looks similar to bug 102695, but it's not.
In Chrome, the video controls (and the ability to get to the video context menu -- but not to see the video) just pop up above all other content; in Firefox and IE things that cover up the video also cover up the video.
I'm inclined to think this is probably WONTFIX, or at least low priority.
Component: Layout: R & A Pos → Audio/Video
Summary: CSS pseudo-element:before content blocking user event to video and audio element → video controls are covered up by (possibly transparent) things that cover up the video (unlike Chrome, where they're always on top)
Comment 7•10 years ago
|
||
So :before contents z-index to be lower than video/audio elements ?
![]() |
||
Comment 9•7 years ago
|
||
Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)
Keywords: parity-chrome
Whiteboard: [parity-chrome]
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•