95346 - javascript that updates form values runs slowly

Status: RESOLVED WORKSFORME

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

Description

[Niels Aufbau]

Steps to reproduce:
1. Go to http://site.ifrance.com/okapi/periodic3.htm.
2. Mouse over some elements in the periodic table.

In IE, the forms update immediately and all at once.  
In Mozilla, they update slowly, and not all at once.

Comment 1

[Fabian Guisset]

Tested on mozilla0.9.3 on Win2k athlon 1GHz 256MB. I don't see any difference
between IE and Mozilla on this platform.
Tested also on NS6.1 on Win95 cyrix 166Mhz 48MB. There is a difference between
IE and Mozilla, but it's definitely not huge, and it is still usable.
What system are you running Mozilla on? I guess I'll try to find some time to
attach a jprof log.
Marking NEW since it's indeed a bug on slower systems.

Comment 2

[Niels Aufbau]

I'm using Win98 intel 550Mhz 128MB.  The update isn't unbearably slow in
Mozilla, but it's not instantaneous like it is in IE.  The way the fields don't
all update at once is probably a large factor in my perception of Mozilla's speed.

Comment 3

[Johnny Stenback (:jst)]

Trying for mozilla1.1

Comment 4

[Dimitrios]

Niels, nice link ! But not a perfect test case, imho, because we can't measure
specific response times. My sense from PII-366 and K6-III/400 systems on Win95
and Win98 respectively is that Mozilla (build 2001102603) is almost as
responsive as IE5.5 on this page. Performance difference is hardly noticeable. I
would suggest you checking with a newer build and closing the bug as worksforme
if you verify my observations.

Comment 5

[Max Nokhrin]

Mozilla1.1 (20020826) works as fast as IE6. However, I'm testing on a PIII
933Mhz with 512MB RAM.

Comment 6

[John Keiser (jkeiser)]

Yes, it's just as fast for me too ... now the update flickers though, it's
momentarily blank.  kin suggested bug 141900 might possibly be the cause of
that.  My build is in an extreme in-between state right now, but it can be
tested if skipping "editorFlags |=
nsIPlaintextEditor::eEditorUseAsyncUpdatesMask;" in nsTextControlFrame.cpp fixes
the problem.

Comment 7

[Jesse Glick]

This page works fine for me in Moz 1.2.1 on Linux. It is fast and smooth.

Comment 8

[m_mozilla]

WFM too
Mac OS X trunk build 2002112608

I'll let someone else change the resolution becuase I don't have a win98 machine
(and this bug is listed for the win98 OS)

-matt

Comment 9

[Terri Preston]

WFM win ME trunk build 2002120608, marking as such