276012 - page construction parser synchronisity to DHTML-javascript

Status: RESOLVED INVALID

(SeaMonkey :: General, defect)

Description

[Samuel A Marchant]

Three problems appear to exist with Mozilla browser in recent
use with a Linux kernel.This is not to say the Linux Kernel
is at fault.One of the faults is existant in any platform(it
appears that way).

3X - OUTLINES OF THE PROBLEMS.
-------------------------------
(1.) When the pakets of page arrive to be assembled by the
browser((and parsed)and particularly over slow connections)
the javascript controling some functions does not complete
its task in correctly or not complete and does not throw
errors.It jams some DHTML uncompleted or is out of 
synchronicity of operation.
In this URL "http://www.nicephotog.net/index.html" The DHTML for the
DIV containing "menus loading please wait" is jammed by
slow connections but and rareley but also jammed on fast
connections resulting in the DIV hanging over the head image
and also being re lifted to the top by and left hanging by
the second placement of DIV visibility code(Javascript setTimeout()).
Note that many of these pages in the site use heavy DHTML
for the head image and the menus to operate and are error
prone by scope of script placement(simply no drasticly and
i dont want to give away code of the weight of COOL MENU
of my own free).
This occurs consistantly on any platform.
12 months previuos i noticed this with firefox in windows.
reload(F5) and it should do much better but that makes me think 
the packet reassemble/timer synchronisis management section operating
with the parser is staggered into little stop/start pieces itself.
---------
(2.) The use of DHTML "innerHTML" function does not respond
to the outer elements CSS code for foreground colour of the
table(TABLE) or table-data(TD) when rewriting into it but
responds to the loaded text at the loading of the page.
In this URL "http://www.nicephotog.net/engineplate.html"
lines 147 to 157 contain dhtml code that operates in 
windows versions but not in mozilla or firefox supplied 
with slackware 10 Linux that was distributed with a
magazine called "Linux Format" recently(Auatralia).
---------
(3.) Recently the Java with downloaded versions of the any Mozilla 
browser appear to have failed in being correctly installed but i 
cannot say that the java with Slackware 10 operated corectly either.
My CGI applets did not have the correct size in the applet windows
(NAFMyApp.class and EDMyApp.class).They were oversize and ny suspicion
though is not the java install of slackware for this but the change
from 800x600 selected by the slackware installer to 1024x768 i commited
on the resolution choice board that is probably present as the reading
in a config for the browser written before final selections(install
matching fault).
The real problem though is the downloaded versions including opera
operate and/or are said to be installed for 7.0 and 6.1 and firefox
but do not load the java and/or call failure. 6.1 will load in older
kernels of linux but e.g Mandrake 9.0 , 9.1 , 7.1 , 8.2 and newer
browser versions require at minimum Mandrake 9.0 libraries.It appears
it could quite be an install problem of either Mozilla or Linux for
the Java2 JRE bundled.

Hope this helps
FROM=(NICEPHOTOG)Mr.Samuel.A.Marchant;

Comment 1

[Benjamin Smedberg]

Please read the bug reporting guidelines. Only one issue per bug report.