72097 - opening file in composer takes a long time

Status: RESOLVED WORKSFORME

(Core :: DOM: Editor, defect, P3)

Description

[sairuh (rarely reading bugmail)]

the editor takes an awfully long time to open a medium-sized file [about 80kb].

1. launched ./netscape -P [profile] -edit
2. clicked Open button to bring up file picker.
3. double-clicked the file in the URL [in my local tree] to open it.

result: it took 11 seconds to load the file --from the time i double-click its
name in the file picker to when i finally got a cursor. even subsequent attempts
to open the file [after exiting and restarting composer] take about 11sec.

this, imho, is way too long to wait: after all, i'm running 2001.03.12.12 comm
[modern theme] bits on a decently-spec'd linux box [HP Kayak 500Mhz PIII, 256M
RAM, Redhat 6.2 w/gnome desktop; running sawmill].

Comment 1

[sairuh (rarely reading bugmail)]

oops, almost forgot the url to the sample file.

also, this might be related to bug 29584 and bug 28783.

Comment 2

[sujay]

By the way, that page doesn't even load on a Mac with N6.
all kinds of code spits out in the window. someone may wanna
file a bug on this...

Comment 3

[Simon Fraser [no longer active]]

This page loads fine in my debug tip Mozilla build, and takes about 10 seconds. I 
don't see "all kinds of code spits out in the window".

Comment 4

[sujay]

I also tried on another Mac and it works fine...I will reinstall
the build on my mac...thanks Simon.

Comment 5

[sairuh (rarely reading bugmail)]

timings for win32 and mac:

* using 2001.03.19.09 comm verif bits on winNT, it took 9sec to open the file in
the editor. [also on a not-so-bad machine: HP Kayak, 500MHz PIII, 128M
RAMrunning winNT 4.0.]

* using 2001.03.19.12 comm verif bits on Mac OS 9.0, it took ~10sec to open the
file in the editor. [450MHz G3, 128M RAM.]

more info: i've been timing these using the modern theme, btw.

Comment 6

[Joe Francis]

this may be from populating all those empty table cells with br's, though i don't 
know why that would take 10 seconds.

Comment 7

[rubydoo123]

moz1.0

Comment 8

[Asa Dotzler [:asa]]

Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)

Comment 9

[Asa Dotzler [:asa]]

don't move bugs that are in the 1.0 dependency tree. sorry.

Comment 10

[scottputterman]

Moving Netscape owned 0.9.9 and 1.0 bugs that don't have an nsbeta1, nsbeta1+,
topembed, topembed+, Mozilla0.9.9+ or Mozilla1.0+ keyword.  Please send any
questions or feedback about this to [e-mail].  You can search for
"Moving bugs not scheduled for a project" to quickly delete this bugmail.

Comment 11

[Wayne Mery (:wsmwk)]

WFM ~1sec http://www.mozilla.org/projects/ui/accessibility/mozkeylist.html

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060101 SeaMonkey/1.5a

Comment 12

[Wayne Mery (:wsmwk)]

=> WFM (trunk)