Closed
Bug 16640
Opened 25 years ago
Closed 25 years ago
[DOGFOOD] hitting back after large page begins to load takes forever
Categories
(Core :: Networking, defect, P3)
Tracking
()
VERIFIED
WORKSFORME
M12
People
(Reporter: dbaron, Assigned: gagan)
References
()
Details
DESCRIPTION: If I hit the "back" button after the above URL begins to load, it takes about 10-15 seconds to show the previous page again. During this time, my CPU monitor shows about 100% CPU usage. STEPS TO REPRODUCE: * Begin loading the page * Right after you see some of the page show up, hit back ACTUAL RESULTS: * A gray screen for about 15 seconds, during which CPU usage is 100% * Then, the previous page. EXPECTED RESULTS: * Just the page. DOES NOT WORK CORRECTLY ON: * Linux, apprunner, 1999-10-16-08-M11
Updated•25 years ago
|
Component: Browser-General → Necko
Comment 1•25 years ago
|
||
Also DOES NOT WORK CORRECTLY ON: Windows NT 4.0sp3, mozilla.exe, 1999-10-17-08-M11 STEPS TO REPRODUCE: Click on the URL above and otherwise follow dbaron's steps. ACTUAL RESULTS: Watch the status bar closely as soon as the [Back] button is clicked. For a second or two, depending on the speed of your link, the status bar will alternate between: "Transferring data from bugzilla.mozilla.org" and "Transferring data from lxr.mozilla.org" - until this bugzilla page that you started from is fully reloaded. At that point the [STOP] button will grey out, but the status bar will continue to show "Transferring data from lxr.mozilla.org" for a considerable time, and it is possible to verify that data is being received by the machine. EXPECTED RESULTS: After the [Back] button is clicked, for a second or two, depending on the speed of your link, the status bar will show: "Transferring data from bugzilla.mozilla.org" - until this bugzilla page that you started from is fully reloaded. At that point the [STOP] button will grey out. THAT's IT, NO MORE. SPECULATION: The page at lxr referenced by the URL above continues to load until it is completely loaded rather than the load attempt aborting when the [Back] button is clicked. Changing Component to "Necko" based on this speculation. ADDITIONAL OBSERVATIONS: Tried this with a few other pages in the hundreds of kilobyte size range. Did not see same behaviour. On the other hand, I am all but certain that I added a comment to an open bug reporting something very similar (downloaded a packet sniffer to check on that one, wish I remembered the bug number).
Comment 2•25 years ago
|
||
Found it. Similar but different. Bug 11355. Look in the second paragraph under "Additional Comments From sidr@albedo.net 10/13/99 08:22" Still the same behaviour noted then; nothing appears in the status bar other than the "Document: Done" message, but network activity clearly continues.
Updated•25 years ago
|
Assignee: don → gagan
Updated•25 years ago
|
Summary: hitting back after large page begins to load takes forever → [DOGFOOD] hitting back after large page begins to load takes forever
Target Milestone: M12
Comment 3•25 years ago
|
||
Dogfood or beta?
depends... cache or slow layout (bug 11702) :) actually it may also be related to a similar bug 16484 that I just assigned to rick which suggests that clicking on a link on a big page (while it is loading) doesn't stop the current one. cc'ing him as well.
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 6•25 years ago
|
||
Works for me. Tested on Linux and NT. Build 1999110809
Bulk move of all Necko (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
•