video controls are covered up by (possibly transparent) things that cover up the video (unlike Chrome, where they're always on top)

UNCONFIRMED
Unassigned

Status

()

Core
Layout
UNCONFIRMED
2 years ago
2 years ago

People

(Reporter: La Min Ko, Unassigned)

Tracking

({css2})

40 Branch
x86_64
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [parity-chrome])

Attachments

(1 attachment)

396 bytes, text/html
Details
(Reporter)

Description

2 years ago
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/44.0.2403.89 Safari/537.36
(Reporter)

Updated

2 years ago
OS: Unspecified → Linux
Hardware: Unspecified → x86_64
(Reporter)

Comment 1

2 years ago
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

2 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 3

2 years ago
Created attachment 8666343 [details]
1208719.html

Comment 4

2 years ago
Chrome is Correct behavior or FF / IE is correct in this case?

Comment 5

2 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

2 years ago
So  :before contents z-index to be lower than video/audio elements ?
Punting to layout
Component: Audio/Video → Layout
You need to log in before you can comment on or make changes to this bug.