619901 - Invisible contents on http://www.nerim.fr/

Status: RESOLVED INVALID

(Core :: CSS Parsing and Computation, defect)

Description

[Vincent Lefevre]

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20101209 Iceweasel/3.5.16 (like Firefox/3.5.16)
Build Identifier: 

On Nerim's pages with the default styles, the main contents are invisible with Firefox. Other browsers such as chromium-browser and midori do not have this problem.

Reproducible: Always

Steps to Reproduce:
1. Open http://www.nerim.fr/
Actual Results:  
The main contents are invisible (one can just see the header and the footer).

Expected Results:  
The whole page should be displayed.

Same problem under Mac OS X. This bug has been around for years. The workaround: View -> Page Style -> No Style.

Comment 1

[Vincent Lefevre]

The problem seems that Firefox doesn't display the contents at the right place, and they are hidden by a "overflow: hidden". This is what I can see when removing the "overflow: hidden;" for div#cont from template_css.css (using the Web Developer extension).

Comment 2

[Ed Morley [:emorley]]

Can you see if this occurs in 3.6.13 and the latest nightly (http://nightly.mozilla.org/) please.

Comment 3

[Vincent Lefevre]

Same problem with 3.6.13 under Mac OS X 10.4.11. But the problem doesn't occur with the latest nightly (2010-12-19) under GNU/Linux (Debian).

Comment 4

[Boris Zbarsky [:bzbarsky]]

Sounds like this is fixed then?  Certainly wfm on Mac with a current trunk build...

Comment 5

[Ed Morley [:emorley]]

WFM using 3.6.13 and Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b9pre) Gecko/20110102 Firefox/4.0b9pre ID:20110102030355.

So unless this is a 3.6.x OS X/Linux only issue, this must have already been fixed on the site?

Comment 6

[Vincent Lefevre]

It seems to be a Mac OS X / Linux only issue since I haven't noticed the problem with Firefox 3.6.13 on a MS-Windows XP machine, while I can still see it on my Linux machine with Iceweasel (~ Firefox 3.5.16).

Comment 7

[Boris Zbarsky [:bzbarsky]]

Again, I couldn't reproduce on Mac.  I'll try on Linux later this week.

Comment 8

[Daniel Holbert [:dholbert]]

WORKSFORME on Linux, both with trunk and a 3.5.16 build roughly matching the one from Comment 0:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20101130 Firefox/3.5.16

I was going to suggest that this might be Iceweasel-only issue, but then I saw Comment 3, which says that it's affected official-Firefox on a Mac machine of Vincent's as well.

Perhaps it's an issue with an addon that you have installed, Vincent -- could you see if you can reproduce in a fresh profile?

Comment 9

[Daniel Holbert [:dholbert]]

WORKSFORME in latest 3.6 nightly on Linux, too, FWIW:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.14pre) Gecko/20110102 Namoroka/3.6.14pre

Comment 10

[Vincent Lefevre]

I've found the cause: this is due to the following line in my userContent.css file:

li { margin-top: 0.5ex; margin-bottom: 0.5ex }

A userContent.css with only this line makes the bug appear. However the website style should have the precedence over the default settings. So, the behavior is strange.

Comment 11

[Vincent Lefevre]

Or the webmaster may have forgot to define some of the li's. I assume that any web browser that has non-zero top-bottom margins for li in its default styles will show the same problem. So, it's probably a bug in the website CSS rules, not in Firefox. If I add

  li { margin: 0 }

(using the Web Developper extension), this solves the problem. I'm going to report it.

Comment 12

[Boris Zbarsky [:bzbarsky]]

> However the website style should have the precedence over the default settings.

Only if it styles the same nodes.

Thanks for looking into this; sounds like their layout is just really fragile...