Closed
Bug 17410
Opened 25 years ago
Closed 25 years ago
Browser chokes to death
Categories
(Core :: Networking, defect, P3)
Tracking
()
People
(Reporter: r_rom, Assigned: gagan)
References
()
Details
Build# 10-27-99
Steps to reproduce:
Go to http://cf.centerpointe.com/discussion/forum_search/forum_results.cfm
Results:
Browser responsiveness as well as speed of downloading (or just updating UI --
it's hard to be sure) becomes so bad that it can be considered dead, for all
practical intents and purposes. Once download is complete, UI responsiveness
becomes usual, which, BTW, is not terribly good. Clicking on Stop button only
disables the button, but the downloading continues. The whole system is put on
its knees.
IE and NN 4.7 handle the page fine.
Guess how long it took to download that file. 1096 sec (over 18 min.) from the
net, and 391 sec (6.5 min) from a local file (I used the viewer). For some
reason it needed to connect to the server again to display page source.
However, with 10-29-99 build it took only ( :-) ) 436 sec (~ 7 min) from the
net and 555 sec (9 min) from local file (this time I used the browser for both
tasks).
It's a pretty big file for a html file (529 K), but still it shouldn't take 18
minutes to download!
If the site changes, let me know and I will attach my local copy.
r_roman@usa.net - this bug is marked HP for platform with Win NT. Are you using
HP/UX? OR an HP piece of Hardware with the NT OS? If your using Windows, the
platform shouldbe set to PC.
tever, can you try loading this URL on your Win system. Let us know what
happens with latest build. Thanks!
Assignee: leger → gagan
Component: Browser-General → Networking-Core
QA Contact: leger → tever
Comment 3•25 years ago
|
||
Jan, Seeing the same thing happening on Win NT and Linux. This is looking alot
like bug 17692 and 6101.
I am using "HP piece of Hardware with the NT OS". Changed platform field to PC.
Tever's right, this is very similar to bugs 17692 and 6101.
Just tried to download a page from the site above. The site has changed a
little so the file (actually all files including images on the page) to be
downloaded is now 208 K -- less than half the size I originally reported. It's
been almost 30 min. since I started the test, and it still is going on. UI
seems to have stopped to respond at all. Somewhere in the beginning of the
download the status bar displayed "Done", but the downloading didn't complete.
While you're at it, why not make the browser stop current download when a link
is clicked. It doesn't react to link clicks until a page is completely
downloaded -- bad.
P.S. Finally the download is over. I didn't think I'd still be at work. It took
2948 sec (~49 min).
The build used: 11-08-99.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
looks like a dup to me...
*** This bug has been marked as a duplicate of 11702 ***
Bulk move of all Networking-Core (to be deleted component) bugs to new
Networking component.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 8•25 years ago
|
||
verified duplicate of 11702
You need to log in
before you can comment on or make changes to this bug.
Description
•