Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • SEARCH
  • Home
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 6204873
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: May 24, 20262026-05-24T05:10:23+00:00 2026-05-24T05:10:23+00:00

On webkit nightly builds and chrome canary, every element with position fixed seems to

  • 0

On webkit nightly builds and chrome canary, every element with position fixed seems to be getting a super high z-index value regardless of what it’s given either inline or in the CSS file.

See http://nick-evans.com for an example.

Do you think this a bug in these beta builds, or something incorrect in my code?

The only cause I can think of in my example is that the lower elements are rendered after the page loads using jQuery tmpl (this was an attempt at pseudo lazy loading).

.horizontal-carousel has an explicit z-index set to 1 and is set to position:fixed, meanwhile .col is set to z-index:9 yet all but the contents of the first section element have this relationship in reverse, so the images in the carousel cover their descriptions.

UPDATE

It occured to me that unminified code would help. Here’s a link

http://nick-evans.com/clients/me/tsch-tmpl/index.html

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-05-24T05:10:24+00:00Added an answer on May 24, 2026 at 5:10 am

    It’s caused by the CSS 3D Transform you added to .horizontal-carousel. In fact, it appears someone has run into a similar problem with that before in “css z-index lost after webkit transform translate3d“.

    Whether it is your fault or theirs, I’m not sure. The only thing I can find in the spec that looks related to this is:

    Any value other than ‘none’ for the transform results in the creation of both a stacking context and a containing block. The object acts as though position: relative has been specified, but also acts as a containing block for fixed positioned descendants. The position on the Z axis of a transformed element does not affect the order within a stacking context. With elements at the same z-index, objects are drawn in order of increasing z position.

    The easiest way to fix it is by changing the z value of the translate3d to -1px. But then it doesn’t look like you’re actually using the transforms at all, at the moment. I don’t know if that’ll work if you actually start doing something with these transforms.

    Fiddling with the z-index of both the element with the transform and its parent might also help, but will probably require some other changes.

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

Here is a page i'm working on. In Chrome, FF4 and webkit nightly the
Given that Chrome and Safari use webkit has anyone yet found anything that renders
I currently have issues in Webkit(Safari and Chrome) were I try to load dynamically
Because of WebSocket protocol changes in WebKit nightly build r59903, I need to know
Webkit has the ability to inspect element of the current state of the DOM,
It seems Webkit moves all my head tags to the body, and adds a
If in a webkit browser like Chrome i do: $$('span'); I get a result
When using a WebKit browser (Chrome or Safari), if I try to get the
I've set WebKit keyframes on :hover and element is transforming as it should. Reversed
I've followed the NetscapeCocoaPlugin example from the nightly Webkit build, and I'm able to

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.