[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#45179: qutebrowser stuck at Cloudflare 'browser checks'
From: |
Michael Rohleder |
Subject: |
bug#45179: qutebrowser stuck at Cloudflare 'browser checks' |
Date: |
Tue, 22 Dec 2020 17:34:41 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) |
Hello bdju,
"bdju" <bdju@tilde.team> writes:
> guix (GNU Guix) 91e35e32a4938e0e37499c64fa8ed3e7cf51dce3
> some example sites with browser checks:
> https://gitlab.com/users/sign_in
> http://livechart.me/
>
> I already contacted the people in the qutebrowser IRC. The bug persists
> when I launch with no config (`qutebrowser --temp-basedir'), and they
> could not reproduce the issue on the same version of qutebrowser I'm
> using. I suspect it may be an issue with the guix version.
>
A workaround is setting the "User Agent" string to something CF likes, e.g.
like this:
qutebrowser --temp-basedir --set content.headers.user_agent 'Mozilla/5.0
(Windows NT 6.1; rv:60.0) Gecko/20100101 Firefox/60.0'
https://gitlab.com/users/sign_in
Maybe the reason why the (very helpful) #qutebrowser folks can't
reproduce this, is because they use another qt version (qutebrowser uses
qtwebengine) and perhaps this sets user agent to a string that CF has
whitelisted.
I don't think there is much we could do here (besides updating qt and
mbakke has that in the pipeline, afaik).
--
COFFEE.EXE Missing - Insert Cup and Press Any Key
signature.asc
Description: PGP signature