Firefox prevents connection to captive portals with a "PR_END_OF_FILE_ERROR"
Categories
(Core :: Networking, defect)
Tracking
()
People
(Reporter: sergio.callegari, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:91.0) Gecko/20100101 Firefox/91.0
Steps to reproduce:
Connected to wifi access point at a hotel and tried to use firefox opening a web page.
Trying the same operation with another browser (e.g., falkon, google-chrome) works just fine. Google-chrome explicitly labels the login page as "insecure".
I suspect that this happens because the captive portal uses http rather than https and firefox cannot deal with this situation and tries to connect via https automatically. In fact, if you try accessing the portal login page via https on falkon you get an "ERR_CONNECTION_CLOSED" error.
Actual results:
Firefox reported
Secure Connection Failed
An error occurred during a connection to lwn.net. PR_END_OF_FILE_ERROR
The page you are trying to view cannot be shown because the authenticity of the received data could not be verified.
Please contact the website owners to inform them of this problem.
Expected results:
Firefox should have shown either:
a. The captive portal login page; or
b. An easy to understand error message explaining why usage of the captive portal is prevented in Firefox.
In case b. firefox should propably offer a way to retry on http given that the login on the captive portal happens via LAN resources (not resources on the open internet). Alternatively it should suggest to use a less secure browser if one really needs to use the captive portal.
|
Reporter | |
Comment 1•3 years ago
|
||
Incidentally, if you get the http address from falkon and you try to use it with firefox, that works.
|
||
Comment 2•3 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Networking' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.
|
||
Comment 3•3 years ago
|
||
Could you try to get a http log?
Do you have https-only mode enabled?
|
|
Reporter | |
Comment 4•3 years ago
|
||
Hi,
unfortunately my help can only be partial.
I have encountered the issue while traveling in two different hotels employing captive portals. The hotel were in the same region and I do not exclude that the captive portals used the same tech or were developed by the same company. However, I am not staying there anymore, so I cannot reproduce the issue to get the logs. In case I re-experience the issue I will for certain collect logs.
On the other hand, I can say that https-only mode is disabled (Don’t enable HTTPS-Only Mode).
|
|
||
Comment 5•3 years ago
|
||
I'll close this bug for now.
Feel free to reopen when you have more information. Thanks!
Description
•