Closed
Bug 98229
Opened 23 years ago
Closed 23 years ago
Mouseovers behaving sluggish to false.
Categories
(Core :: Graphics: ImageLib, defect)
Core
Graphics: ImageLib
Tracking
()
RESOLVED
DUPLICATE
of bug 105257
People
(Reporter: dothebart, Assigned: pavlov)
References
()
Details
see the Menu on the left? (be kind it loads verry slow...)
I think, the font should get red if you move your mouse over it. But it just
draws a white frame erasing the white font.
testet with:
[Mozilla]
Mozilla 0.9.3+
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3+) Gecko/20010831
Mozilla 0.9.3
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010801
Netscape 4.77
Didn't work in any of them.
Comment 1•23 years ago
|
||
The menu frame seems to be this:
http://www.diekleinegruftschlampe.de/gruftschlampe/navigation.html
The mouseovers are defined like this:
<a href="../gruftschlampe.html" target="_top"
onMouseOver="Bildwechsel(0,Highlight1)"
onMouseOut="if (Clicked1 == 0){Bildwechsel(0,Normal1) }"
onclick="ResetClicks(); Clicked1 = 1; Bildwechsel(0,Highlight1)">
<img src="nav-1a.gif" border="0">
</a>
where:
function Bildwechsel(Bildnr,Bildobjekt)
{
window.document.images[Bildnr].src = Bildobjekt.src;
}
Comment 2•23 years ago
|
||
Confirming bug with Mozilla trunk binary 20010828xx WinNT. Wait till
http://www.diekleinegruftschlampe.de/gruftschlampe/navigation.html
finishes loading; mouseover the menu items.
EXPECTED RESULTS: the items should turn red
ACTUAL RESULTS: the items dissappear, replaced by empty white box-outlines
Browser, not engine. Reassigning to DOM Level 0 for further triage -
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•23 years ago
|
||
OS : Linux --> All
OS: Linux → All
Summary: Mouse overs behaving sluggish to false. → Mouseovers behaving sluggish to false.
Comment 4•23 years ago
|
||
Really reassigning -
Assignee: rogerl → jst
Component: Javascript Engine → DOM Level 0
QA Contact: pschwartau → desale
Comment 5•23 years ago
|
||
Note: I don't see this EVERY time; you may have to load the page
more than once to see it. No errors in the JavaScript Console.
Comment 6•23 years ago
|
||
I have a test case that is repeatable: http://bw.org/rollover-test/
The js rollovers on that page are simple, but use preloading.
Using (Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4) Gecko/20010913) on
Windows 98, ME, and SE, I get the same result.
The first time I load the page, the rollovers are very sluggish. If I then load
another page, and return to the test page with the back button, the rollovers
work acceptably (except for the problem with removing an image before replacing
it). If you do this several times, it gets progressively worse.
--Bill
Comment 7•23 years ago
|
||
I've been disappointed with rollovers since 9.4.
For goodness's sake, even Zeldman's page is looking terrible in Moz, now.
Look how flakey they are at http://www.zeldman.com/coming.html
Comment 8•23 years ago
|
||
*** Bug 104817 has been marked as a duplicate of this bug. ***
Comment 9•23 years ago
|
||
Over to imagelib, I don't see the DOM doing anything wrong here.
Assignee: jst → pavlov
Component: DOM Level 0 → ImageLib
QA Contact: desale → tpreston
Hardware: PC → All
Assignee | ||
Comment 10•23 years ago
|
||
fixed/dup
*** This bug has been marked as a duplicate of 105257 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•