Mouseovers and remote image swaps don't work - text however does

RESOLVED EXPIRED

Status

SeaMonkey
General
--
major
RESOLVED EXPIRED
14 years ago
13 years ago

People

(Reporter: Tony Biancucci, Unassigned)

Tracking

Trunk
x86
Windows 2000

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

14 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b) Gecko/20040316
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b) Gecko/20040316

When you get to the index page of the site, please click on the main image to
get to the first page as problems do not occur on the index page. These two
problems do not occur in Internet Explorer, and are severe enough to make the
site useless. I have seen similar rollover problems in your bug list, but the
reference site also has one more mouse event problem. I have also made another
site using the same techniques and the same problems happens in Mozilla, but not
IE. The problems are repeatable.

Reproducible: Always
Steps to Reproduce:
1. Mouseover thumbnails
2. Click any or all thumbnail(s)
3.

Actual Results:  
Mouseover: no result

Mouse click: associated text changes

Expected Results:  
Mouseover: should change thumbnail color via image swap.

Mouse click: should again swap thumnbail slice to a 50% transparent version, and
swap main image (center screen) with magnified thumbnail image. Associated text
should and does change.

Build ID: 2004031616
The site was done first in Adobe PhotoShop CS and divided into slices. All
interactivity was done in ImageReady CS and Adobe GoLive 6.0

Comment 1

14 years ago
The page you directed us to,
http://www.limousinliving.com/mains/frameset.html?mainimage=grfl.html 
has 16 validation errors.

I think that the page you are interested in is in a frame, but my attempts
to display that frame alone were thwarted, probably by some javascript.

Can you provide a simpler/shorter test case?
(Reporter)

Comment 2

14 years ago
(In reply to comment #1)
> The page you directed us to,
> http://www.limousinliving.com/mains/frameset.html?mainimage=grfl.html 
> has 16 validation errors.
> 
> I think that the page you are interested in is in a frame, but my attempts
> to display that frame alone were thwarted, probably by some javascript.
> 
> Can you provide a simpler/shorter test case?

I've created a test site just so I could remove the javascript that was forcing
the frames to stay together as a set. Try:
http://www.vateuber.com/test/mains/grfl.html
This site is only one of the offending pages (the page after the index page). I
checked this out in IE and it does work, but still not in Mozilla. Thanks for
you help on this.

Comment 3

14 years ago
(In reply to comment #2)
> I've created a test site just so I could remove the javascript 
> that was forcing the frames to stay together as a set. Try:
> http://www.vateuber.com/test/mains/grfl.html

That is a big help. I get these errors:
    Security Error: Content at http://www.vateuber.com/test/mains/grfl.html 
    may not load or link to 
   
file:///C:/Documents%20and%20Settings/administrator/Application%20Data/Adobe/Adobe%20GoLive/Settings/JScripts/GlobalScripts/CSScriptLib.js.

which implies that you have a link on a public page to your hard disk - it
will work for you but not for anyone else.

Since this may be an essential javascript source file, it is possible that 
all bets are off.

I get these errors, which may well be associated with the problems you 
are having:

    Error: CSInit is not defined
    Source File: http://www.vateuber.com/test/mains/grfl.html
    Line: 103

    Error: CSScriptInit is not defined

    Error: CSAction is not defined


Whilst using the Javascript Console, it took me directly to a significant
line in your HTML, videlicet,

		<csscriptdict import>
			<script type="text/javascript"
src="file:///C:/Documents%20and%20Settings/administrator/Application%20Data/Adobe/Adobe%20GoLive/Settings/JScripts/GlobalScripts/CSScriptLib.js"></script>

		</csscriptdict>

and I am slightly surprised that anyone not sitting at your computer can
use your pages, but there we go.

What would you like Firefox to do in this situation?
(Reporter)

Comment 4

14 years ago
(In reply to comment #3)
This reference to a hard disk file is troubling. I tried deleting it but that
stopped all interactivity in IE as well. I have no idea why GoLive isn't making
the reference to a file on the website instead. I'll bring this up with Adobe's
GoLive forum.

What would I like Firefox to do in this situation? If possible, understand how
IE is able to use the javascript to display the interactivity. Clearly, IE does
have access to the script library somewhere. Unless I have made a mistake
somewhere (entirely possible), Mozilla will be having this problem with a lot of
sites generated with Adobe software.

I will include Adobe's response here when I get word from them.
(Reporter)

Comment 5

14 years ago
> (Addendum to Additional Comment #4 from Tony Biancucci)
By the way, Mozilla will not operate the site from the hard drive, either. It
also fails to work from GoLive's "Show in Browser" preview button.
(Reporter)

Comment 6

14 years ago
I have found a page on the site that does not have a reference to a javascript
library file on the hard disk, but has a link on the site. This page still
doesn't work in Mozilla. The following link is the page without the frame set.
http://www.vateuber.com/test/mains/1stfl.html

Comment 7

14 years ago
Security Error: 
    Content at http://www.vateuber.com/test/mains/1stfl.html 
may not load or link to 
   
file:///C:/Documents%20and%20Settings/administrator/Application%20Data/Adobe/Adobe%20GoLive/Settings/JScripts/GlobalScripts/CSScriptLib.js.
(Reporter)

Comment 8

14 years ago
(In reply to comment #7)
I've just uploaded the test site again having done two things. I've removed all
java script that forces pages to stay together as framesets. Also, based on a
posting on Adobe's GoLive forum regarding this problem (not restricted to the
Mozilla browser), I've tried fixing the jscript library reference to the hard
drive. Now when I do a search for the library reference in the source code of
problem pages, I no longer see a reference to "file:", only the following:
<script type="text/javascript" src="../GeneratedItems/CSScriptLib.js"></script>
This is where the library should be.

I appreciate your sticking with me on this. Any ideas why, even with the hard
drive reference, everything works well in IE?

Comment 9

14 years ago
There are 46 validation errors

http://validator.w3.org/check?verbose=1&uri=http%3A//www.vateuber.com/test/mains/1stfl.html

If you want to be able to convivnce others that there is a defect in Firefox,
you might want to ensure that the input you are providing is 100% perfect.

The Javascript functions toggleImages and changeImagesArray are called (on
at least some mouse moved events), but don't seem to do anything.

I am not seeing any Javascript errors.

I will certainly try to find time to look into this in the next few days, as it
does look as though there is a problem here.
(Reporter)

Comment 10

14 years ago
(In reply to comment #9)
I'm providing you with the best information that I can. I'm not a coder, but a
graphic designer and I use pre-made actions in the Adobe software I mentioned to
make the interactivity happen.
Product: Browser → Seamonkey
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.