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)

x86
Linux
defect

Tracking

()

VERIFIED WORKSFORME

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
Component: Browser-General → Necko
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).
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.
Assignee: don → gagan
Status: NEW → ASSIGNED
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
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.
QA Contact: leger → tever
tever, we think this is fixed.  Can you try with latest build?
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → VERIFIED
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.