235692 - {inc}Hovering a div causes re-shuffling of following page elements

Status: RESOLVED WORKSFORME

(Core :: Layout: Floats, defect)

Description

[lukas.masek]

User-Agent:       
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030630

Hovering a div, which has got no border and gets one on hover, followed by
exactly one heading, one floating element or an image and a list, causes
re-shuffling of elements on page and breaks the layout. It happens in Mozilla
1.4 as well as in Firebird 0.7. I'll add a testcase page...

Reproducible: Always
Steps to Reproduce:
Use the testcase.
1. Hover the red text in div
2. Watch the following elements

Actual Results:  
The layout of elements is broken

Expected Results:  
Keep the layout of elements intact

Comment 1

[lukas.masek]

Attachment: Testcase for 'Hover Div and Watch the List' Mozilla bug

Comment 2

[lukas.masek]

Attachment: Testcase for 'Hover Div and Watch the List' Mozilla bug

Better testcase with an ugly quick hack/workaround

Comment 3

[Boris Zbarsky [:bzbarsky]]

Would be good to have an absolutely minimal testcase.

Comment 4

[lukas.masek]

Attachment: Minimal Testcase

Is this absolutely minimal ? When you'll try to have something even more
minimal, you'll not understand what's exactly happening in the viewport...

Comment 5

[Hermann Schwab]

Attachment: more minimal testcase, showing some more

Mozilla/5.0 (Windows; U; Win98; en-US; rv:) Gecko/20040226

I minimized the original testcase, and made the list of items longer.
Items 1 through 6 are to the right of the image, item 7 and 8 below.
On hovering over the div, Item 1 goes left, and Item 7 goes right.

I can put a <br> or another heading between the heading and the div and still
see this bug, but I can´t see the bug if I put a <br> or a letter between the
heading and the image.

Comment 6

[lukas.masek]

Yes, it's the same I've described in the "Testcase for 'Hover Div and Watch the
List' Mozilla bug".
About the fact that the list wraps under the image when it's longer - that's
correct and expected behaviour.
I also tried to put an empty span (<span>&lt/span>) between the heading
and the image/list as a quick workaround, but it didn't prevented the bug. It
seems only visible element or a text can prevent this.

Comment 7

[Justin Wood (:Callek)]

Confirm, Mozilla 1.6...

OS:  Win XP Pro.

Installed Extensions (names may be incorrect):
Calendar
IE Scroll (Allows middle mouse clicking to scroll as in IE)
IE View (allow right click -> View in IE)

Listing Extensions helps.

I'm not attempting "Confirming Bug" As OS is listed as all.  Can't test in Mac
or Unix/Linux

Comment 8

[Adam Hauner]

Marking NEW.

Comment 9

[Andrew Schultz]

I see this with 1.7.x, but not with trunk build 2005061808.

can anyone still reproduce this?

Comment 10

[Steve England [:stevee]]

I see no change in the two testcase's behaviours between:
- Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/2006120606 Minefield/3.0a (pre-reflow branch)
- Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/2006120804 Minefield/3.0a1 (post-reflow branch)

Comment 11

[Andrew Schultz]

resolving WFM