Last Comment Bug 184899 - hover bug with pseudo complex layout
: hover bug with pseudo complex layout
: pp, testcase
Product: Core
Classification: Components
Component: Layout: R & A Pos (show other bugs)
: Trunk
: x86 Linux
P3 normal (vote)
: Future
Assigned To: layout.r-and-a-pos
: Hixie (not reading bugmail)
: Jet Villegas (:jet)
Depends on:
  Show dependency treegraph
Reported: 2002-12-11 13:49 PST by Mike Hommey [:glandium]
Modified: 2003-06-09 05:41 PDT (History)
3 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Description User image Mike Hommey [:glandium] 2002-12-11 13:49:17 PST
User-Agent:       Mozilla/5.0 Galeon/1.2.7 (X11; Linux i686; U;) Gecko/20021208 Debian/1.2.7-5
Build Identifier: Mozilla/5.0 Galeon/1.2.7 (X11; Linux i686; U;) Gecko/20021208 Debian/1.2.7-5

(part of a split of bug #183913)

in the url given, when hovering the link, the span correctly disappears,
but doesn't reappear when mouse stops being on the link. If the display
attribute is inverted (ie. none for a .plop and block for a:hover .plop), the
span doesn't appear at all.

The same effect is seen when playing with visibility instead of display.

Note: adding top: 0px; left: 0px for positionning the span shows a strange thing
(see )

Note 2: it is not a general hover bug, since it works fine with other layouts.

Reproducible: Always

Steps to Reproduce:
Comment 1 User image Christopher Hoess (gone) 2002-12-11 15:49:16 PST
Hmmm. WFM (the span disappears when mousing over the link and reappears when the
mouse moves off it) in the latest Windows trunk build.
Comment 2 User image Andrew Schultz 2002-12-11 18:54:13 PST
confirmed with linux trunk build 20021210.

covering the area with another window and then removing the other window induces
Mozilla to redraw it properly.  If the box is displayed, and you partially over
it, that part of the box is not redrawn.

also, if the image src= points at a real image, then test.html renders the same
as test2.html.

marking NEW
==> R&A Pos  (Views?)
Comment 3 User image Madhur Bhatia 2002-12-13 09:53:21 PST
this is platform specific.... only reproducible on Linux.
Comment 4 User image Boris Zbarsky [:bz] (still a bit busy) 2002-12-13 09:53:33 PST
Looks like a combination of the incorrect containing block thing with rel-pos
inlines (for test.html) and the incorrect painting of the overflow area of such
inlines (bug 79315) (for test2.html).
Comment 5 User image Nicolas PENINGUY 2002-12-14 16:40:41 PST
WFM on Linux trunk build 20021215 (compiled with Gtk+ 2 support).
Comment 6 User image Mike Hommey [:glandium] 2003-06-09 05:41:03 PDT
WFM on latest Mozilla builds on Linux with GTK2

(note that testcases moved to
and )

Note You need to log in before you can comment on or make changes to this bug.