This was merely annoying until now, in a "guess I won't be reading that article or trying their site, after all" way, but I can't log in to an actually important site, GitLab.
Even when I disable both uBlock Origin and Firefox "Advanced Tracking Protection", I'm still blocked from GitLab by CloudFlare.
Testing with Chromium (same residential IP address as Firefox) in a "please violate me in every possible way" configuration, CloudFlare doesn't block me from GitLab.
But I really want to use Firefox for GitLab, and my Firefox doesn't have trouble with non-CloudFlare sites. For example, GitHub works fine with my Firefox. (But I'd really prefer to use GitLab, so long as this problem can be resolved and I'm not going to run into problems like this.)
I see a various complaints about CloudFlare blocking GitLab online, with various explanations. Sometimes, the user is blamed for not figuring out how they're not complying with whatever CloudFlare is trying to do (like the user is some divergent citizen, to be denied rights, in some Kafkaesque authoritarian police state).
I suspect that sites don't know when CloudFlare is false-positive blocking legitimate visitors and costing them customers...
There is no way to actually know who is or isn't a bot. The methodology for bot detection changes dramatically, isn't published, often isn't well tested, and fails to fully capture turing tests in any meaningful way. Its all about forcing more requirements on the user, where the more unique the user is, the more likely its a user and counting all blocks as a net win. The only problem is it drives surveillance capitalism, and its a flawed assumption.
Maybe you should start an end-user Firefox extension/platform that aggregates where it checks for these, and allows the user to self-report when it fails (or detect and show repeat failures.
...odd isn't it?
You should blame Gitlab too, they configured it.
I did take the rather unprecedented approach to blocking all DNS traffic to anything but our router (because Android was ignoring my DNS settings and using its own... ), breaking my internal dns resolution. Making DNS queries wonder from JS would be new to me... (I didn't think that was possible).
I'll dig more tonight.
[1] Exceptions being mobile, if I am specifically testing something and certain work situations where I am currently testing a locked-down web browser called "island"[2] which seems to be a chrome fork which gives Enterprise IT control over a bunch of stuff.
I have no idea what the problem was, but the “verify you’re human” thing never worked. Pretty annoying…
I'm using latest Firefox on Linux, with advanced tracking protection as well as uBlock Origin and uMatrix for good measure. The latter isn't configured to turn itself off on Gitlab.
So let them know. Put a value on it too. Then maybe they’ll be more careful in dismissing “false positives” as a business cost (especially for someone like GitLab competing for business).
for instance i have noticed the same on the chatgpt page. I have to "verify" a lot which is just another sign for "we are overloaded at the moment"
At least thats how i interpreted it so far. Im using Ferdium which has integrated firefox