33010 - Problem with Filemaker 5 served database interface

Status: VERIFIED FIXED

(Core :: DOM: Core & HTML, defect, P3)

Description

[Garrett Ewald]

Filemaker 5 uses CSS to web serve databases which display properly in Mozilla
(they default to a basic interface in Netscape 4.7), but there is a glitch in
the interface. On the left side are buttons to go to different views. When I
passed my mouse over them the changed state, but didn't change back.

This database is being served with a limited access copy of FM, so it will only
handle ten different IP addresses per day.

Comment 1

[Gervase Markham [:gerv]]

OK, I'm attaching a ZIP of the files needed to recreate this bug locally, so 
I can stop hammering your database :-)

I'll try and reduce it to a test case, but no promises.

Gerv

Comment 2

[Gervase Markham [:gerv]]

Attachment: Files needed to reproduce problem

Comment 3

[Garrett Ewald]

Actually, I'm not certain how to send you just the page. Filemaker acts as the
web server. Did the problem with the navigation controls on the left work for
you? I'm on a Mac and that might be where the problem is (in the Mac version of
Mozilla that is). I opened the saved page and it came up all jumbled. Feel free
to use the served pages.

Comment 4

[Christine Begle]

gerv, that attachment doesn't seem to be working for me.

Comment 5

[Gervase Markham [:gerv]]

No, I worked out later that it's broken. I'm working with the reporter on 
producing a local test case. Sorry about that.

Gerv

Comment 6

[Gervase Markham [:gerv]]

OK, got a test case. Works in IE 4 (and, presumably 5), but not in Mozilla. 
Mouseout doesn't restore the background colour.

Passing to the Javascript team.

Gerv

Comment 7

[Gervase Markham [:gerv]]

Attachment: test case zip

Comment 8

[rogerl (gone)]

Sure enough, mouseOut doesn't restore color, which it's attempting to do by 
setting obj.style.backgroundcolor to it's previous value (see .js file included 
in zip attachment)

Comment 9

[Johnny Stenback (:jst)]

Ok, the problem here is that the first time the mouse enters the div in the
testcase it stores the default background color (from obj.style.backgroundColor)
and then sets the background color, but, the first time this happens
obj.style.backgroundColor doesn't contain a value since the value was never set.
I think this is a invalid bug since I don't think there should be a default
value for the background color (other than "inherit"). The correct way of doing
this would be to set the background color once before reading it...

I'm not 100% sure about this so I won't close this bug just yet...

Comment 10

[Gervase Markham [:gerv]]

This bug may well be related to bug 30492.

Gerv

Comment 11

[Johnny Stenback (:jst)]

I'm not sure what to do here yet, moving forward to M20.

Comment 12

[Johnny Stenback (:jst)]

This is now fixed, it was fixed quite some time ago actually, the fix for this
was to remove the style property if it was set to an empty string. Marking
FIXED.

Comment 13

[Prashant Desale]

Verified with 2000-07-07-13.