11301 - [IMG] Image sizes are not correctly adjusted when using onMouseOver with images

Status: VERIFIED WORKSFORME

(Core :: DOM: UI Events & Focus Handling, defect, P3)

Description

[ayresp]

hi! the src code :

<a href="index.htm" onMouseOver = "document.mudaimage.src='xman.gif'; return
true;" onMouseOut = "document.mudaimage.src='oi.gif'; return true;"> <img
name="mudaimage" src="oi.gif"></a>

doesnt work in mozilla milestone 8 and in the nightly build (its not the last, i
think, 3 days ago). if the img are in different size (pixels - in this example,
the first img is smaller than the second) when the onmouseover occurer mozilla
put a limit in size in the second (if the first image has 5 X 5 pixels and the
second 100 X 100, when the onmouseover happen the secong img changes to 5 X 5)

bye

Comment 1

[cbegle]

wrong component.

Comment 2

[Mats Palmgren (inactive)]

Attachment: testcase 1

Comment 3

[Mats Palmgren (inactive)]

Attachment: testcase 2

Comment 4

[Mats Palmgren (inactive)]

This is really strange... Using build 1999-08-04-09-M9 on Windows 98,
testcase 1 displays both images in their natural size.
testcase 2 scales the onMouseOver image to the first image's size.
But the tests are coded *identically*, except for some
explaining comments I made in testcase 1.

Comment 5

[tague]

added summary

Comment 6

[ekrock's old account (dead)]

Bulk moving [testcase] code to new testcase keyword. Sorry for the spam!

Comment 7

[joki (gone)]

So the problem in this case is that if the img has been preloaded elsewhere in 
the page then we don't rescale the img when we change the img src.  If the img 
hasn't been preloaded, then we do scale.

Add on to this that we're discussing not scaling the img at all when 
substituting the img src and I have no idea what the right behavior is.  But I 
do know its not mine to fix.  Unfortunately it goes on kipp's list.  I'll put it 
there for now and at some point someone will pick these img bugs up and fix 
them.

Comment 8

[buster]

can be fixed post-beta 1, moving to M16.

Comment 9

[buster]

mine! mine mine mine!  all mine!  whoo-hoo!

Comment 10

[buster]

Important to fix, but no owner today.  Moving to M20.

Comment 11

[John Dobbins]

Tested With Build # 2000052208 on Windows 98 SE

Went to both test cases, On mouse over correct image was displayed.
Works foe Me

Comment 12

[John Dobbins]

Tested with Build # 2000052720 on RH 6.2
Fails both test cases on Linux
OS needs to be updated to All.

Comment 13

[John Dobbins]

Linux test failure was bug in my box.
retested Wiyh Build # 2000052809 on RH 6.2
Works for me

Comment 14

[buster]

redistributing bugs across future milestones, sorry for the spam

Comment 15

[buster]

This bug has been marked "future" because the original netscape engineer working 
on this is over-burdened. If you feel this is an error, that you or another 
known resource will be working on this bug,or if it blocks your work in some way 
-- please attach your concern to the bug for reconsideration. 

Comment 16

[ckritzer (gone)]

Mass update:  changing qacontact to [e-mail]

Comment 17

[Loco]

Updating QA Contact.

Comment 18

[Jesse Ruderman]

works for me (win98 2000120308).

Comment 19

[Hixie (not reading bugmail)]

Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.

Comment 20

[Fabian Guisset]

worksforme in mozilla0.8 win95. Would it be possible for the QA contact to test
this (and probably mark it worksforme)? thanks!
removing [testcase] from status whiteboard as it already has the keyword

Comment 21

[Bernd]

wfm Win98 2001022820. Marc could you close this bug?

Comment 22

[Marc Attinasi]

Just tested: works for me on NT (both testcases). Since others are reporting
that it is working as well, marking WORKSFORME. Thanks everybody.

Comment 23

[Madhur Bhatia]

QA contact updated

Comment 24

[luis rincon]

verified on build 2001-08-13-trunk