Closed Bug 129098 Opened 23 years ago Closed 8 years ago

Conn: Limited Available Bandwidth Makes Mozilla Skip Loading/Reloading Page

Categories

(Core :: Networking, defect)

Product:
Core
Component:
Networking
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: mrmazda, Unassigned)

Details

(Keywords: helpwanted) 

This has been around a while. 2002030316.

I'm on POTS, and rarely get a connection good for more than 26K. If I am
downloading a binary(s) with another app and try to load a new or reload a page
in Mozilla, Mozilla will display a resolving host or other message on status
bar, but will fail to actually load anything before stopping and displaying the
"done" message on the status bar.
Confirming.  I can only connect at 14.4K, and I've been seeing this for a while
on Windows 98.

Particularly noticed this on www.google.com, www.imdb.com, and even saw it on
jabber.com.  These pages would load partially, then abort midstream.

I've also had problems with downloading nightlies on occasion, too.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: OS/2 → All
2002031716 OS/2

Under same conditions, a popup now occurs instead of nothing at all: "an unknown
error occurred while attempting to load the requested page". Result remains the
same - no page loaded.
mrmazda,

Perhaps bug 131399 is masking this for now?
Bug 131399? I don't see the relationship?

This bug is still a problem in 2002040908 for OS/2.
> Bug 131399? I don't see the relationship?

I believe that bug was causing the change of behavior you described in comment
#2.  It applied to the build you reported using and was a recent issue.  As it
is now fixed, it isn't really a problem.
mrmazda: any update from a Mozilla 1.1-ish build?
Keywords: helpwanted, perf
Summary: Limited Available Bandwidth Makes Mozilla Skip Loading/Reloading Page → Conn: Limited Available Bandwidth Makes Mozilla Skip Loading/Reloading Page
I moved to broadband last month.
how do you feel about resolving this as invalid, since we can't test anymore?
Pretty dumb, since comment #1 indicates the problem was not unique to me. I
probably can test this anyway, but not likely today. Others maybe can too. Try
downloading three or more ISO's at once with WGET, then using Mozilla
Still broken as of 2002080908 (didn't use newer build due to bug 162985). I set
ppp connection to supercede broadband; Loaded a bunch of pages in tabs; set
three theads each downloading a different Mozilla binary; then hit the reload
button on Slashdot, Wired, and The Register tabs. When the throbber stopped, the
Wired tab was a mostly blank page with some discernable bottom frame content and
no scrollbars.

I can reproduce this with recent trunk builds (pre-1.1). This is a really bad
problem. To reproduce, download a big file on a dialup connection (I got all the
way up to 48000 bps using my Lucent Winmodem) then try to load or reload some
Google pages, including Google groups pages, with Mozilla. The big download
usually continues but the Google transfer dies and the page does not load. My
guess is that maybe we lack only a further tweak of HTTP timeout settings.
Hopefully this is right: setting component to Networking: HTTP and reassigning.

P.S. After a month's absence, I'm back on DSL now. (Boy, you gotta get broadband.)
P.P.S. This is not a perf issue. The problem is not slowness but the inability
to transfer a file under the described circumstances.
Assignee: new-network-bugs → darin
Component: Networking → Networking: HTTP
Keywords: perf → mozilla1.2
QA Contact: benc → httpqa
-> default owner
Assignee: darin → nobody
Component: Networking: HTTP → Networking
QA Contact: networking.http → networking
a lot has changed here.. new bug with new str would be needed
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.