CSS z-index not respected with inline(-block) elements
Reported by
cyril.au...@gmail.com,
May 23 2016
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2739.0 Safari/537.36 Example URL: Steps to reproduce the problem: 1. https://jsfiddle.net/crl/28Lsy8nk/4/ 2. hover link with mouse 3. ::after pseudo-elements is not above What is the expected behavior? When hovering the link, the M appearing after, should be above the image What went wrong? it's displayed below Does it occur on multiple sites: N/A Is it a problem with a plugin? N/A Did this work before? N/A Does this work in other browsers? N/A Chrome version: 52.0.2739.0 Channel: dev OS Version: 10.0 Flash Version: Shockwave Flash 22.0 r0 it behaves normally on Firefox
,
May 24 2016
Able to reproduce the issue on win8.1 chrome version 53.0.2746.0 and 52.0.2739.0 - Hovering the link letter "M" appears beneath the image. This is working fine in Firefox browser This is a non regression issue existing since M25 25.0.1364.118 to latest canary Issue can be seen on mac and Linux as well.
,
May 24 2016
It's not clear to me whether this is a CSS or Layout bug. Tim, would you mind digging into this at least until we know where the problem is occurring?
,
May 31 2016
The "inline-block" in the title is misleading. The expectation in the test-case is that the z-index on the transformed pseudo element is applied even though it's not positioned. The transformed element establishes a stacking context, but z-index only applies to positioned elements. dholbert came to the same conclusion in [1], making the discrepancy a Gecko bug. [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1256980
,
Jun 1 2016
ok webkit is right, thanks, I wasn't sure which browser did it right |
||||
►
Sign in to add a comment |
||||
Comment 1 by cyril.au...@gmail.com
, May 23 2016