Have noticed this for some time now, but I guessed it would have already been reported. Still it remains unresolved, so here it is. Please see attached screenie.

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

drumm’s picture

Status: Active » Postponed (maintainer needs more info)

What browser, OS, and a specific URL?

klonos’s picture

Should have guessed this is browser specific...

http://drupal.org/project/issues/user?text=&projects=&status=All&priorit...

Tested in Win7 x64 with:

- fx 4.0b8pre latest x64 builds and all betas before this one - as I said I'm having this issue for some time now: (see screenshot from #0)

- ie8 x64 & x86 (see screenshot attached in this post)

- chrome 8/9/10: works fine.

klonos’s picture

Status: Postponed (maintainer needs more info) » Active

...forgot to set it back to active. Le me know if you need more info.

klonos’s picture

...also forgot the ie8 screenie - sorry late night working ;)

naught101’s picture

FileSize
91.28 KB

I'm also getting this in firefox 3.6 in kubuntu maverick.

Another thing that appears to be related is that the header scrolls up the page, instead of down (see attachment).
To replicate, go to any long-ish issue queue, and scroll down below the header. Click any link, then click back (you should go back to the page still scrolled down). Now scroll to the top of the page, above the header.
Now that I'm testing this, I'm seeing that it's only happening when I have dreditor running in greasemonkey. However the behaviour in the original bug report is happening with it disabled.

klonos’s picture

...still an issue with firefox 4 beta13 nightlies :(

The other thing in #4 seems to be fixed in latest ie9 beta/RC.

drumm’s picture

And this is only with dreditor? Sounds like that is breaking JavaScript. Do you have anything in the JS console?

drumm’s picture

Status: Active » Postponed (maintainer needs more info)
klonos’s picture

Status: Postponed (maintainer needs more info) » Active

Dreditor? nope, I'm not using dreditor at all. Ned (naught101) in #5 mentions a similar issue while using dreditor (check out the screenshot in his post). I see this all the time though. Please see my screenie in #0 for the issue in firefox.

klonos’s picture

If I change this:

<table class="sticky-header" style="position: fixed; top: 0px; width: 1127.45px; left: 286px; visibility: visible;">

to this (add z-index property):

<table class="sticky-header" style="position: fixed; top: 0px; width: 1127.45px; left: 286px; visibility: visible; z-index: 100;">

...all seems to be fine and the header comes in front of the table as it should have been in the first place.

klonos’s picture

...since we have this:

<thead class="tableHeader-processed">

...we can simply add this to the css rules:

.tableHeader-processed {
  z-index: 100; // any value higher than 0 will do
}

(tbody doesn't have a class or id in order to be able to target it)

jbrown’s picture

I've tried fiddling with the z-index in Firebug, but nothing works.

lisarex’s picture

Project: » Bluecheese
Component: Search » Miscellaneous

The right project for this now is the Bluecheese (theme) project

drumm’s picture

Version: » 7.x-2.x-dev
Issue summary: View changes
Status: Active » Postponed (maintainer needs more info)

Is this still happening in modern browsers?

drumm’s picture

Status: Postponed (maintainer needs more info) » Closed (cannot reproduce)

Closing due to lack of information.