search

BrowserWorks / Waterfox-Classic

The Waterfox Classic repository, for legacy systems and customisation.
https://classic.waterfox.net
Mozilla Public License 2.0
177 stars 33 forks source link

Cloudflare and hCAPTCHA crashing WF Classic #72

Open reaper666735 opened 2 years ago

reaper666735 commented 2 years ago

Describe the bug

Anytime i want to access a site or video frame (streaming) protected by Cloudflare or hCaptcha security systems, it immediately crashes my browser, with or without extensions enabled (Ublock origins / Cookie manager / Noscript suite .... )

To Reproduce Steps to reproduce the behavior:

  1. Go to either https://steamdb.info/ or https://www.curseforge.com/wow/addons

  2. See "Waterfox had crashed frame" on screen

Expected behavior

getting the site/frame to open ....

Screenshots

https://imgbox.com/cugUTf9M

https://imgbox.com/mGhGe9VA

Desktop (please complete the following information):

Additional context

i was able to get these screenshots (and open the site) with Waterfox G4.0.7 (64-bit) as a test medium and with the exact same extensions as i have on WF classic, somehow either Classic can't understand those new security requests and crashes or Cloud/Captcha somehow manages to force break it .....

reallyuniquename commented 2 years ago

https://github.com/WaterfoxCo/Waterfox-Classic/issues/51 https://github.com/WaterfoxCo/Waterfox-Classic/issues/60 Dupe.

Can't reproduce though, works as expected.

Cloudflare or hCaptcha

Those anti bot systems may utilize a lot of things for fingerprinting like WebGL or something. That might trigger an issue with your local setup.

reaper666735 commented 2 years ago

i closed those 2 since it was still very unclear what the reason @ the time was and having 3 open tickets about the same issue is just annoying lol,

any idea's how i can check/test/prove the WebGL possibility ?, since i'm really running out of options without a debug log ....

reallyuniquename commented 2 years ago

Well that's just a guess since WebGL can trigger crashes on poorly maintained setups and you said something about video streaming. You can try disabling it with webgl.disabled. Might also be your outdated OS/libraries, I've seen weird issues with that as well like https://github.com/WaterfoxCo/Waterfox/issues/1956#issuecomment-784894669. Is your Windows on ESU?

There should be crash dumps somewhere in your profile folder but I'm not sure who's going to analyse them.

reallyuniquename commented 2 years ago

As for the logging try to look up MOZ_LOG_FILE.

reaper666735 commented 2 years ago

i am not on any ESU service, and i'm not seeing any MOZ_LOG_FILE in the profile folder or program folder .....

reallyuniquename commented 2 years ago

I meant you need to google literally MOZ_LOG_FILE and see how to set it. It's an environment variable that sets path to the Firefox log file. As for the crash dumps try searching for *.dmp files in your Waterfox and profile folders.

reaper666735 commented 2 years ago

tried what i found on google but no Log_file seems to be created or any *.dmp files in both folders ... how hard is it to just pinpoint this aggravating issue !! :'( ,

also i tried disabling webgl in about:config did not help...., one thing i tried when i looked around google was layers.acceleration .... and force enabled that , it still crashes but takes about a 1- 2 longer before that happens since then

Squall-Leonhart commented 2 years ago

If you aren't using ESU updates, your windows install is too out of date to use Waterfox Classic after September 2020.

You WILL experience crashes in various scenarios, and you shouldn't be on the internet with that botnet target anyway.