Open Bug 1650375 Opened 4 years ago Updated 3 years ago

File/Edit Page: when switch from Normal to Source tab, it takes a long time and freeze entire SeaMonkey, for a html file over 200k, started from release 2.53.1

Categories

(SeaMonkey :: Composer, defect)

SeaMonkey 2.53 Branch
Unspecified
Windows 10
defect

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: huagong152, Unassigned)

References

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0

Steps to reproduce:

File/Edit Page: edit a file over 200K
on Nomal tab, no problem.

Actual results:

when switch to Source tab, it took about 1 minute during which the entire SeaMonkey was also frozen.

Expected results:

This was observed from release 2.53.1, older version didn't have this problem. For smaller size html file, this delay was not observed or felt explicitly.

I frequently use Normal and Source tab for editing the content, this delay seriously affect work efficiency.

Symptoms sound similar to "Bug 1648945 Freezes when try to open '<HTML source> tab for particular web page contents"

@Reporter:
Please contribute a sample document!

OS: Unspecified → Windows 10
See Also: → 1648945

It's difficult to find a single page of that size from public domain these days. But this one seems having the same effect: https://www.gnu.org/software/wget/manual/wget.html - you can switch back and forth on the editor's bottom tabs, observation is repeatable, blocking time ~ 30 seconds.

Attached image Screenshot: CPU load

More or less reproducible with installed unofficial (by wg9s) De SeaMonkey 2.53.6 beta 1 pre Mozilla/5.0 (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 Build 20201115220004 (Newly created User Profile, Default Classic Theme) on German WIN7 64bit.

But with my old WIN7 machine sample page needs 5 ... 10s - not a minute.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: