Closed
Bug 27574
Opened 26 years ago
Closed 24 years ago
Frames loading is very slow
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
mozilla0.9
People
(Reporter: jens, Assigned: pollmann)
References
()
Details
(Keywords: perf)
I notice that the display of pages with frames is _significantly_ slower
on my Linux box than with Communicator 4 (about 2-3 times).
The delay appears to occur when mozilla is spawning additional WEBSHELLs.
The URL http://www.lvz.de (click on logo) demonstrates this. Normal pages are
okay if not faster than with nav4.
| Reporter | ||
Comment 1•26 years ago
|
||
build 2000021110 was used!
I think this will be sped up when each frame isn't creating nearly as many
native widgets. Setting as a dependency on the bug to remove the excess
nativeWidgets.
Depends on: 31468
Comment 5•25 years ago
|
||
I have 2000061611 and have noticed it's a bit slower, as this describes.
| Reporter | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Comment 6•25 years ago
|
||
Reassigning all travis bugs to Valeski for triage. Don thought these were
all docshell related. Travis is no longer at netscape so these bugs are
unowned.
I'm reassigning 23 bugs to Valeski right now. To search for them,
search for "BUGSFORMERLYKNOWNASTRAVIS" in the description. The url below
should work.
http://bugzilla.mozilla.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&email1=&emailtype1=substring&emailassigned_to1=1&email2=&emailtype2=substring&emailreporter2=1&bugidtype=include&bug_id=&changedin=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&short_desc=&short_desc_type=substring&long_desc=BUGSFORMERLYKNOWNASTRAVIS&long_desc_type=substring&bug_file_loc=&bug_file_loc_type=substring&status_whiteboard=&status_whiteboard_type=substring&keywords=&keywords_type=anywords&field0-0-0=noop&type0-0-0=noop&value0-0-0=&cmdtype=doit&newqueryname=&order=Reuse+same+sort+as+last+time
Assignee: travis → valeski
Status: ASSIGNED → NEW
Updated•25 years ago
|
Target Milestone: --- → Future
Comment 7•25 years ago
|
||
is this still a problem?
Comment 8•25 years ago
|
||
I doubt that this bug depends on bug 31468. The content viewer widgets have no
noticable performance impact on WIN32, but frame loading is slow on that platform.
Comment 9•25 years ago
|
||
This seems to have gotten dramatically worse in the past week or so. a few good
examples http://warp/client/im and http://mail.yahoo.com/ Both load so slow I
can fire off 4.x from scratch and still get to those sites faster (you need to
login to mail.yahoo.com in order to see the frames based webmail site - which is
now soo slow it's unusable).
Comment 12•25 years ago
|
||
I just noticed that I had mentioned http://warp/client/im as an example - when I
meant http://warp/projects/client/im/dual.html (which is a link off of
warp/client/im called "Dual (Commercial and Mozilla) Tinderbox page"
Comment 13•25 years ago
|
||
today's build 2001030804, both on linux and win2000 is rather zippy.
mail.yahoo.com as well as http://warp/projects/client/im/dual.html
load rather fast.
Comment 15•24 years ago
|
||
Marking bug worksforme based on Joseph Elwell's 2001-03-08 17:48 comment.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Updated•7 years ago
|
Product: Core → Core Graveyard
Updated•7 years ago
|
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
You need to log in
before you can comment on or make changes to this bug.
Description
•