-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Segmentation Fault with Captive Portal Setting Enabled #10
Comments
I had a look into this and quickly found that you definitely weren't alone with this issue1234, where I soon discovered that it's not (to my initial surprise) an issue with the changes in IceCat, but an upstream issue with Firefox5, that appears was only just resolved a couple months ago6. Sadly I think it's unlikely this will get backported to the ESR release, but if you like, I can look into backporting it for IceCat (the patch looks simple enough that it should be feasible). Footnotes |
Sorry, I didn't realize it was a Firefox issue. I should have done more research before posting this bug. If this is a Firefox issue, then it's just a waiting game until IceCat updates to version 111 or later, so the next ESR release. I will keep this issue open until the update. Thank you for looking into that. |
This Bug already fixed on 115.+ESR. || I can't reproduce this bug with recent Icecat (115.4.0esr, guix Thanks |
When I go to about:preferences#privacy and, under "Icecat-specific privacy settings," enable the "Detect captive portal" setting, then close the browser, it does not reopen, instead giving a "segmentation fault." This is true in any profile including the default ones.
Steps to Reproduce:
Expected Result:
Icecat opens normally and can detect captive portals.
Actual Result:
Icecat refuses to open, saying "Segmentation Fault."
The text was updated successfully, but these errors were encountered: