Closed
Bug 6220
Opened 26 years ago
Closed 25 years ago
image fails to paint when loaded in frameset doc over 56k modem (connecting at 45kbps)
Categories
(Core :: Networking, defect, P3)
Tracking
()
VERIFIED
FIXED
M11
People
(Reporter: ekrock, Assigned: ekrock)
References
()
Details
(Whiteboard: [Perf] ekrock verified still occurs but seems to be repaint issue)
Using 45kbps modem connection: Load this page in Nav4 or IE5; loads quickly.
Load it in Nav5; it takes a *long* time. Images take a *long* time to pain on
the screen.
Updated•26 years ago
|
Assignee: chofmann → warren
Comment 2•26 years ago
|
||
the problem is suspected to be in netlib, hence the necko project.
erik can you provide the urls you find most problematic and
some comparison data?
we will add these to legers performance testing...
Assignee | ||
Comment 3•26 years ago
|
||
On WinNT 4.0 on P2-300 w/ 256M RAM using 56k modem connection at 45333 bps:
- page loads in 15 seconds on Nav4.52
- page loads in 2 minutes on M5
Updated•26 years ago
|
Comment 4•26 years ago
|
||
Deferring until after necko landing.
Changing all Networking Library/Browser bugs to Networking-Core component for
Browser.
Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do
this in a bulk change. If this happens, I will fix. ;-)
Updated•26 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Comment 6•26 years ago
|
||
lets mark this fixed and get it on the testing radar.
If there are problems get some more details posted for study.
Updated•26 years ago
|
Whiteboard: [Perf] → [Perf] asked reporter to verify
Comment 7•26 years ago
|
||
Eric, can you verify that this is better with necko? I don't have a 56k modem to
check this on.
Assignee | ||
Updated•26 years ago
|
Status: RESOLVED → REOPENED
Summary: M5: page loads extremely slowly over 56k modem (connecting at 45kbps) → image fails to paint when loaded in frameset doc over 56k modem (connecting at 45kbps)
Whiteboard: [Perf] asked reporter to verify → [Perf] ekrock verified still occurs but seems to be repaint issue
Assignee | ||
Comment 8•26 years ago
|
||
The problem still occurs in 8/17 Commercial Apprunner build (numbered
1999051808 -- isn't this numbering a bit odd for the date?) on WinNT 4.0 SP3 on
my PII-300, *BUT* the problem appears to be that the far-left frame's image is
not painting even though the image has finished loading.
Here's what I saw: using the above HW and dialed in over my 56K modem:
1) loading the page and finishing display took 17 seconds for Nav 4.61
2) after 30 seconds or so (I didn't note the duration exactly), 8/17 AppRunner
Commercial was displaying "document done" but the image in the far-left frame
had still not displayed. After a full minute, I began to suspect that the file
had finished downloading but that the image had failed to paint on the screen. I
verified this by bringing the Nav 4.61 window to the top (covering the AppRunner
window) and then bringing the AppRunner window to the top; when the AppRunner
window reappeared, it did so with the image correctly painted. It seems that
the file had downloaded but that the image paint never occurred until triggered
by the window loss and regain of focus.
Reopening; changed summary and status to reflect new info.
Comment 10•26 years ago
|
||
Eric, I'm a bit concerned that you're running an old build. The builds from
yesterday at
ftp://sweetlou/products/client/seamonkey/windows/32bit/x86/1999-08-17-09-M9/ or
ftp://sweetlou/products/client/seamonkey/windows/32bit/x86/1999-08-17-11-M10/
have 1999081709 or 1999081711 as their build date. Please check again.
Comment 11•26 years ago
|
||
If this is still open with 19990816008 M9 builds, then indicate as so in this
bug, and I suggest a release note for M9. Not an M9 blocker...moving to M10
Updated•25 years ago
|
Assignee: warren → ekrock
Status: REOPENED → NEW
Comment 12•25 years ago
|
||
I don't have a modem or slow link to try this with, but it works here on the
lan. It seems very unlikely that there would be something timing-dependent
going on sort of the server timing out or something. Could you please try this
again and get back to me? Thanks.
Comment 13•25 years ago
|
||
paulmac, please check this. Moving to m11
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago → 25 years ago
Resolution: --- → FIXED
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 14•25 years ago
|
||
I tried this on 33.6 modem, and performance is on par with 4.x.
Note: you can set your proxy to chainsaw and port to 8144, 8288, 8336 for slow
modem simulation.
user_pref("network.proxy.http", "chainsaw");
user_pref("network.proxy.http_port", 8336);
Comment 15•25 years ago
|
||
Bulk move of all Networking-Core (to be deleted component) bugs to new
Networking component.
You need to log in
before you can comment on or make changes to this bug.
Description
•