Ugly black header background when horizontally scrolling

Its Bartik. This can also happen when the font is re-sized up a lot forcing the horizontal scrollbar.

We've discussed this much in the past and looked at a sticky footer solution (the color is set on the background in order to fill any gap that might occur below the footer). Time to revisit this perhaps.

The behavior is fixed in http://drupal.org/node/950986 but doesn't address sticky footers.

Is this an issue that might be addressed in Bartik prior to rc1 of D7?

It's problematical when using a views table format as they very often extend beyond the edge of the browser, thus inducing the need to scroll. In the event that this is not addressed prior to rc1, might anyone have a suggestion for a CSS workaround? Thanks!

I should note I tried to come up with a good workaround, but failed miserably.

@5, good you pointed out about wide tables but should Bartik really be expected to support a broken layout? Using a table so wide it actually goes off the screen would indicate that Bartik is perhaps not the right theme for your purpose - perhaps you might consider Antonelli which is fluid width version of Bartik?

Not saying we should not try to fix this, but to deliberately break the layout and then cite anything as an issue as a result would open up a really big door. Bartik is fixed width, 960px, that's what we have to work with.

Actually, I had more issues working with Antonelli (and it had the same "edge" issue that I had with Bartik). Perhaps once it is updated I can switch to using Antonelli instead. [Though your point is well taken, I opted for now to reduce the number of columns and to reduce the widths of them to stay within the limits of the browser].

However, it is interesting to note the issue also impacts users with very small (sub 960 pixel) width screens as I ran into with a projector yesterday since the black occurs at the limit of the initial browser window width. I haven't had a chance to verify that this happens every time as I ran into it during a presentation yesterday.

Yes, that in fact is the main bug here - in another issue (I cant recall right now) we're looking at fixing the width or adding a min-width so that cannot happen - some DIV wrappers can be less than 960, which exacerbates the problem.

oh, if I were starting Bartik now, I would have done the layout so differently...... using media queries and creating a responsive design layout.

I'm going to set this to major, because it really needs to be fixed up. I'll look at it when I have a chance.

Isn't this fixed by http://drupal.org/node/950986, which has been committed.

No, this is basically the vertical version of that horizontal bug.

Ummmmm wow, I think it is fixed. It looks like Jeff basically snuck the fix to this into #950986: #main-wrapper min-height causes footer not to show without scrolling, but in a good way. I'm going to double-triple-check before I close it, but I think you are right.

The #page-wrapper {min-width: 960px;} in the other issue fixed this in everything except IE6. It's a minor edge-case visual bug that we can live with.

Marking as duplicate of #950986: #main-wrapper min-height causes footer not to show without scrolling.