User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.4) Gecko/20060613 Camino/1.0.2 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.4) Gecko/20060613 Camino/1.0.2 Whenever I visit the site http://nixdoc.net/ the scroll bar has a strange gray block on it (see screenshot at http://img98.imageshack.us/my.php?image=picture25td.png). When I move the scroll bar the gray area disappears over the areas which the scroll bar has been moved to. I cannot use the two arrow buttons in the lower left corner of the browser window either. When I mouse over the arrow buttons or the part of the scrollbar which was previously covered by the gray area the gray area reappears. Reproducible: Always Steps to Reproduce: 1.Go to nixdoc.net, making sure the browser window is small enough so that the vertical scroll bar appears. 2.Try scrolling or using the arrow buttons. Actual Results: Arrow buttons don't work, gray area on part of the scroll bar. Expected Results: Scroll normally. I've changed a few values in the config dealing with pipelining, but I don't think that would matter.

I see this too :/ (on a side note, reporter, please provide screenshots as attachments, rather than pointing to externally hosted items).

Wevah, anything in the source that jumps out to you?

I can't reproduce this at all, but their XHTML doesn't validate and the way the site behaves when I resize the window small enough to cause a scrollbar to appear isn't pretty. cl

I see this on Camino 1.0.2, but not on the latest trunk build, and froodian sees it on a recent branch build, so... -> 1.8 Branch

If you change the size of the window so that the ads on the right side of the web page don't appear, the gray box goes away. I've attached a screenshot showing the gray box only partially covering the scrollbar. As you can see, the limit of the gray box is where the ads are.

That probably explains why I don't see it, since I'm blocking Google ads. cl

Yeah, I can repro this with a clean profile. Suggested interim solution: block all scripts from chitika.net, googlesyndication.com, adbrite.com, and google-analytics.com using hostperm.1. See this page for more on that: http://kb.mozillazine.org/Hostperm.1 I'm really tempted to blame this on crappy coding on the site, but I'm *sure* there's a Core bug (I bet this happens in Firefox, too) on the page being able to draw outside the content area under these specific circumstances. It would be nice if we could find a reduced testcase, too. cl

With the latest BonEcho build, I don't see the grey box as in the screenshots, but the scrollbar is non-functional there where the ads are. I guess this one is causing problems: <div style="float:right; position:fixed;width:160px"> nested in a table-cell within a table nested in a table nested.... Poor code (ahem). more reduced test case coming

This breaks in Bonecho Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1a3) Gecko/20060706 BonEcho/2.0a3 and Camino Branch build (20060702). The scrollbar for the area the height of the green box is non functional. (click, can't scroll). Works fine on my Camino Trunk build (todays).

On the latest trunk (2006070623), with ads disabled as described above, the gray area is replaced with a white area. Should I file as a separate bug?

(In reply to comment #10) > Created an attachment (id=228459) [edit] > trunk bug > > On the latest trunk (2006070623), with ads disabled as described above, the > gray area is replaced with a white area. Should I file as a separate bug? > Confirmed here, both Camino trunk and Minefield. Same root problem as the previous one (see comment 8). The part that overlaps the scrollbar is loaded via an iframe. It is kind of weird thing. A bit the reverse effect from bug 187435. When I click-hold the v-scrollbar it jumps on top of the iframe. Release the mouse button and the iframe goes back on top.

Sorry about the colours :-/ The iframe part has a red background.

Screenshot taken with latest Camino trunk, Minefield Mac (20060706) does the same. Bug is Mac only apparently.

I was a couple of times/sizes able to get the left-most inch or so of the horizontal scrollbar to experience the same problem. Anyone had any luck finding a dupe in Core yet? > (on a side note, reporter, please provide screenshots as > attachments, rather than pointing to externally hosted items). And reasonably-sized ones, too. ;) 146K is almost Bugzilla's limit :P

This bug is not about nested tables but about elements with position:fixed nested, containing iframes, in a table. See the testcases I attached. Is is a Core bug - and Mac Only, but I haven't found any dupe yet. I strongly suspect this is related to the scrollbar problems (as I mentioned in comment #11: 'the reverse effect from bug 187435').

Scrollbar works fine on latest trunk nightly with reduced testcase and nixdoc.net, still seeing red area on test case from comment #11.

This is core anyway, I also tweaked the summary to point to position fixed. There is a very similar bug 286828, but all test cases there actually work on Camino trunk and Minefield (but fail in Firefox 2.0).

I'm not seeing this bug on: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:29.0) Gecko/20100101 Firefox/29.0 and Camino was dropped. Any reason to keep this open? Can anyone still reproduce any part of this bug?