207369 - div (parent) width changes when setting display value of span (child)

Status: RESOLVED INVALID

(Core :: Layout: Tables, defect)

Description

[Bob Boyle]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.0.1) Gecko/20030306 Camino/0.7
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4b) Gecko/20030507

At the bottom of http://www.thefineline.org/fallschurch/display_bug.php the
block of descriptive text at the bottom changes width from 75% to 100% when the
display value of either span child element is changed.

Reproducible: Always

Steps to Reproduce:
1. Select "3" or "4" from the "Number of existing signs" popup. This should be
enough.

repeated selections can sometimes restore proper div width, particularly when
switching the value of "Business fronts" popup (which calls the same JS function
that sets the span display value), but I have not found a consistent means of
doing so -- it's sporadic.
Actual Results:  
The appropriate span for the combo of "business fronts/number of signs" gets
displayed, but the width of the div changes from 75% to 100%. 

There may also be a problem with the margins -- when I have been abble to
restore the div width, the left margin is fine but for the right margin: (1)The
first line of the message runs too long, but (2) the right margin is set
properly for the rest of the message.

Expected Results:  
The appropriate span should be displayed (or hidden) within the original box
width of the parent div tag -- widths and margins should not change.

Here are the settings for what gets displayed based on popup menu choices:
* original message -- "one street" and 0-2 signs OR "more than one street" and
0-3 signs.
* original message + warning1 (max # of signs) -- "one street" and 3 signs OR
"more than one street" and 4 signs.
* original message + warning2 (too many signs) -- "one street" and 4 signs

Comment 1

[Greg K.]

WorksForMe using Camino/2003-05-17-05 and FizzillaMach/2003-05-29-08-trunk. Bob,
can you still reproduce this problem using a current nightly build?

Comment 2

[Bob Boyle]

I should have mentioned that -- it's working fine for me, too, in Camino. But in
this build: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.5a)
Gecko/20030529   --   it still is happening. Also just tested it in Mac OS X
Firebird (Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4b)
Gecko/20030516 Mozilla Firebird/0.6) and Windows Mozilla 1.3.1 (Mozilla/5.0
(Windows; U; Windows NT 5.1; en-US; rv:1.3.1) Gecko/20030425) and both show the
problem.

Comment 3

[Greg K.]

Setting All/All per comment 2.

Comment 4

[Mats Palmgren (inactive)]

Attachment: Testcase

Comment 5

[Mats Palmgren (inactive)]

Confirming bug, 2003-07-03-22 trunk Linux.
The problem only occurs when colspan="2"

Comment 6

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Distribution of extra space in tables is proportional to the space already occupied; our behavior seems correct.