Open Bug 1943287 Opened 21 days ago Updated 17 days ago

NS_ERROR_NET_TIMEOUT with specific page (loading on other browsers)

Categories

(Core :: Networking, defect)

Firefox 134
defect

Tracking

()

UNCONFIRMED

People

(Reporter: mw, Unassigned, NeedInfo)

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:134.0) Gecko/20100101 Firefox/134.0

Steps to reproduce:

FF refreshed and all add-ons disabled.
All cookies removed for this site.
tried loading https://mail.awo-rtk.org
tested with two independent network providers (250 Mb/s and 600 Mb/s fiber)

Actual results:

time out while loading page with FF - reproducable (see attached file)
page loads instantaneously with Vivaldi
FF browser console reporting:
10:47:29.706 GET https://mail.awo-rtk.org/?lang=de-de NS_ERROR_NET_TIMEOUT

GET

scheme
https
host
mail.awo-rtk.org
filename
/
lang
de-de
Transferred0 B (0 B size)
Referrer Policystrict-origin
Request PriorityHighest
DNS ResolutionSystem

Accept
	text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding
	gzip, deflate, br, zstd
Accept-Language
	en-US,en;q=0.5
Connection
	keep-alive
Cookie
	PHPSESSID=6649632f9fe15abb25654583fb006370
Host
	mail.awo-rtk.org
Priority
	u=0, i
Referer
	https://mail.awo-rtk.org/
Sec-Fetch-Dest
	document
Sec-Fetch-Mode
	navigate
Sec-Fetch-Site
	same-origin
Sec-Fetch-User
	?1
Upgrade-Insecure-Requests
	1
User-Agent
	Mozilla/5.0 (X11; Linux x86_64; rv:134.0) Gecko/20100101 Firefox/134.0

Expected results:

page should be loaded

The Bugbug bot thinks this bug should belong to the 'Core::Networking' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Networking
Product: Firefox → Core

Thanks for reporting! To help diagnose this issue better, please can you:

  1. Type "about:support" in Firefox and copy-paste its contents here
  2. Capture a log when the issue occurs:
  • In Firefox, ideally freshly started with no other tabs, go to about:logging in a new tab
  • Select the "Networking" preset (should be selected by default)
  • Enable "stack traces for log messages"
  • Click on "Set Log Modules"
  • Click Start Logging
  • Reproduce the bug
  • Back on about:logging, click Stop Logging
  • In the new tab that appears with the Firefox Profiler web application, in the top right click the button to upload the profile
  • Make sure hidden threads are included and upload, then share the link here or send privately to a Mozilla developer
    -See https://paul.cx/public/about-logging-presentation.webm for a video walk-through
Flags: needinfo?(mw)
``

Uploading profile running now for one hour ... how long does that take ... ?

Flags: needinfo?(mw)

Doesn't take more than few seconds. Did you click on the "uoload local profile" button on the top-left?

Yes - as per instruction

I am not sure. If the profile is not getting uploaded, the button will also have a option to "save it locally".
Can you try to do that and attach the resulting profile on this bug?

Thanks for your patience!

Appears it's gone thu now. Could you check?

(In reply to mw from comment #8)

Appears it's gone thu now. Could you check?

You need to share the link that it generates:)

Once the upload is complete, a pop-up will appear on the top-left with the url.
If the pop-up doesnt appear, click on the "Permalink" button that will have appeared next to the "upload local profile" button

Kershaw, Valentin: The reporter has created a network preset profile and has shared the link privately with me. Can you suggest the next steps here (including an email where the profile can be shared)?

Flags: needinfo?(valentin.gosu)
Flags: needinfo?(kershaw)

(In reply to Mayank Bansal from comment #10)

Kershaw, Valentin: The reporter has created a network preset profile and has shared the link privately with me. Can you suggest the next steps here (including an email where the profile can be shared)?

Could you forward the email to necko@mozilla.com?
Thanks.

Flags: needinfo?(valentin.gosu)
Flags: needinfo?(kershaw)

(In reply to Kershaw Chang [:kershaw] from comment #11)

(In reply to Mayank Bansal from comment #10)

Kershaw, Valentin: The reporter has created a network preset profile and has shared the link privately with me. Can you suggest the next steps here (including an email where the profile can be shared)?

Could you forward the email to necko@mozilla.com?
Thanks.

Done

Thanks for the log.
It did show that the connection was closed due to timeout.

2025-01-23 15:45:42.450527832 UTC - [Parent Process 31705: Socket Thread]: D/nsHttp canceling transaction: tls handshake takes too long: tls handshake last 46053ms, timeout is 30000ms.
2025-01-23 15:45:42.450596435 UTC - [Parent Process 31705: Socket Thread]: D/nsHttp nsHttpConnection::CloseTransactin

When this happened, did other browsers work?
If yes, could you try to capture two wireshark traces (one from Firefox and another one from other browser)?

Thanks.

Flags: needinfo?(mw)

(In reply to Kershaw Chang [:kershaw] from comment #13)

When this happened, did other browsers work?
Yes - Vivaldi displayed the page instanteneously. Ping < 20 ms. dig and nslookup no errors,
If yes, could you try to capture two wireshark traces (one from Firefox and another one from other browser)?
Working on it later today.
Thanks.
My pleasure. Thank you for looking into this weird behavior!
-Michael

Flags: needinfo?(mw)

(In reply to mw from comment #12)

pls see PM

Logs received. NI myself to take a look.

Flags: needinfo?(kershaw)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: