Webpage sometimes auto stop loading
Categories
(Core :: Networking, defect, P3)
Tracking
()
People
(Reporter: Tom25519, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [necko-triaged])
Attachments
(3 files)
I don't know if it related to I set network.http.connection-retry-timeout
= 0
Comment 2•7 months ago
|
||
Can you retry with that set to 250 (the default)?
Also can you get network logs: go to about:logging, capture logs with a Networking preset, and email to necko@mozilla.com? Please reference this bug in your email.
Thanks!
I try to reproduce it on a VM by set packet loss rate and delay. Some conditions:
- High packet loss rate (gov's censorship interfere).
- Crowded upload bandwith (eMule and Bitcomet consume almost all my upload bandwith).
- High network delay (No datacenter of Github in my country).
Unfortunately, due to poor network in vm, Firefox profiler website also couldn't load.
VM network setting (Outbound&Inbound):
Packet loss rate: 25%
Delay: 250 ms
By the way, I have been revert network.http.connection-retry-timeout
to default.
Comment 8•7 months ago
|
||
I saw this error from this log (log.txt-main.8552.zip
).
2024-04-16 10:21:20.262000 UTC - [Parent 8552: Socket Thread]: D/nsSocketTransport nsSocketInputStream::Read [this=20afae21f00 count=9]
2024-04-16 10:21:20.262000 UTC - [Parent 8552: Socket Thread]: D/nsSocketTransport calling PR_Read [count=9]
2024-04-16 10:21:20.262000 UTC - [Parent 8552: Socket Thread]: D/nsSocketTransport PR_Read returned [n=-1]
2024-04-16 10:21:20.262000 UTC - [Parent 8552: Socket Thread]: D/nsSocketTransport ErrorAccordingToNSPR [in=-5961 out=804b0014]
It looks like that the connection was reset by the server side (or somewhere in the middle).
Unfortunately, there isn't much we can do about this.
Does this still happen if you change your network (via VPN)?
(In reply to Kershaw Chang [:kershaw] from comment #8)
I saw this error from this log (
log.txt-main.8552.zip
).2024-04-16 10:21:20.262000 UTC - [Parent 8552: Socket Thread]: D/nsSocketTransport nsSocketInputStream::Read [this=20afae21f00 count=9] 2024-04-16 10:21:20.262000 UTC - [Parent 8552: Socket Thread]: D/nsSocketTransport calling PR_Read [count=9] 2024-04-16 10:21:20.262000 UTC - [Parent 8552: Socket Thread]: D/nsSocketTransport PR_Read returned [n=-1] 2024-04-16 10:21:20.262000 UTC - [Parent 8552: Socket Thread]: D/nsSocketTransport ErrorAccordingToNSPR [in=-5961 out=804b0014]
It looks like that the connection was reset by the server side (or somewhere in the middle).
Unfortunately, there isn't much we can do about this.
Oh! I think it may caused by gov's internet censorship firewall!
Does this still happen if you change your network (via VPN)?
In fact, this bug not always happened, and I wonder why firefox doesn't show an error page (connection reset?) instead of a blank page?
Updated•7 months ago
|
Comment 10•7 months ago
|
||
We can probably improve our error page when the connection is reset.
Description
•