Closed (won't fix)
Project:
Drupal core
Version:
6.x-dev
Component:
javascript
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
23 Jan 2008 at 17:04 UTC
Updated:
8 May 2013 at 14:54 UTC
Jump to comment: Most recent file
Comments
Comment #1
dvessel commentedI noticed this a while back. It's specific to IE7 & Garland. Another quirk is in FF for the mac when the hidden headers intersect with scroll bars. This always happens with position: fixed outside of this situation.
This can be remedied by pushing the headers outside the viewport when it's hidden with a top: -9999px.
Comment #2
NecroHill commentedI have made a mistake it should be \modules\system\system.css instead of \modules\system\style.css
sorry about that
Comment #3
jrabeemer commentedNecrohill, please make a patch that we can test. This is a *serious* CSS bug that needs to get fixed ASAP.
Comment #4
NecroHill commentedI do not know how to make this patch, to be honest.
my solution is:
in modules\system\system.css find
and replace for:
It will be appreciated if someone make a patch :)
Comment #5
dvessel commentedNecro,
It's specific to Garland, not system wide.The IE7 issue is also specific to the module administration page where there are multiple tables thus multiple floating headers.Here's a patch, it works around the FF Mac issues also by using the "display" property instead of "visible" right from tableheader.js.
Comment #6
rayarub commentedConfirmed that the CSS changes in #4 seem to fix the IE problem. I rolled a patch and it seems to work. However this is the first time I've made a patch so there might be problems.
(Aside: The patch in #5 seems to cause the header to stop floating in FF 2 and Safari 3 on Mac OS X 10.5. In IE7 on Vista, the line no longer appears at the top, but the header also does not float properly (screenshot attached.))
Comment #7
dvessel commentedrayarub, check again by refreshing your browsers cache. Patch #5 still applies, I already tested with the browsers listed. Adding more style rules is more likely to grow the cruft down the line. –heh, that made no sense but you know what I mean.
Comment #8
rayarub commentedI refreshed the cache and dumped the drupal cache, but no luck; the headers do not float in my Safari or FF after applying that patch.
Here's a screenshot of the issue I'm seeing now in IE (you can see the line running through "administer content types").
Comment #9
dvessel commentedStrange.. You working from latest Head in CVS? It works perfectly fine on my end.
Comment #10
jrabeemer commentedOk somebody decide which patch to go with and test ie. which is smallest, fastest, and works in all browser?
Comment #11
rayarub commentedNo, I was working on the RC2 release. I tested it on the latest HEAD and it works fine... sorry about that.
Comment #12
jrabeemer commentedI tested both patches #5 & #6. They both work, however, 1. this is a Garland issue, 2. rayarub's patch, it causes the floating header to float *under* the table header and overlaps text. It also seems to reduce the vertical height of the tableheader blue line by 1px. It all just looks weird. dvessel's patch causes Opera 9.5beta (w/1.2.3 jquery) to misfire the tableheader event, and it sometimes fails to scroll the tableheader. This maybe a future bug with jquery 1.2.3 along with this patch.
+1 dvessel's patch
Marking critical because this is a front-facing in-your-face IE7 bug that is easy to fix.
Comment #13
jrabeemer commenteddvessel, there's a corner case bug with your patch in IE7.
1. Apply your patch
2. Go to admin/build/modules
3. Expand Core-required
4. Shrink your browser window height to 150px or less.
5. Watch the viewport move up and down in an infinite loop as the tableheader appears and disappears.
Comment #14
catchComment #15
chx commented150px or less? Opera 9.5 beta and future jQuery? Hardly we care about those.
Comment #16
dvessel commentedThat's quite a corner case. If your testing with jQuery 1.2.3 then it could be this issue affecting 9.25 as well. It does this odd swapping [jquery site] of the display property when .offset() is used. Could be interfering with the display property being set.
The patch doesn't apply any longer so here it is again.
Don't think this qualifies as critical. Nothing breaks, it's simply a rendering glitch.
Comment #17
jrabeemer commentedI reverted to 1.2.1 jQuery, I still get the looping IE7. I will say that doesn't kill the patch since I don't know why anyone would shrink their window to less than 150px.
Comment #18
dvessel commentedmomendo, I tried to recreate the looping and couldn't so, I think you'd have to be very lucky to run into this. :)
edit: never mind that. I did reproduce but it wasn't in an endless loop. Just a little flickering and it stops.
Comment #19
jrabeemer commentedI tested successfully in IE7, Safari 3.0.4, Opera 9.5beta, FF2.
dvessel: I can get it to flicker infinitely. You have to get it in position just right. This is hard to reproduce, I agree. The only fix I can think of is to scan the viewport window, if it's below a certain height, say 150px for example, then turn off the tableheader event.
Comment #20
dave reidMarked #335931: IE7 sticky table header does not work as a duplicate of this issue. Moving to JavaScript component.
Comment #21
multiplextor commentedClosed. The reason: expired.