all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: ben--- via Bug reports for GNU Guix <bug-guix@gnu.org>
To: Michael Rohleder <mike@rohleder.de>
Cc: 45179@debbugs.gnu.org
Subject: bug#45179: qutebrowser stuck at Cloudflare 'browser checks'
Date: Sat, 23 Jan 2021 15:58:48 +1100	[thread overview]
Message-ID: <87czxw1c6v.fsf@sturm.com.au> (raw)
In-Reply-To: <87czz1pzoe.fsf@rohleder.de> (Michael Rohleder's message of "Tue,  22 Dec 2020 17:34:41 +0100")

On Tue, 22 Dec 2020, Michael Rohleder wrote:

> 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/
>
> 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).

I'm also having similar issues accessing gitlab.com with IceCat.
Installing the User Agent Switcher and setting to "Linux / Firefox 82"
fixed this for me.

For context I also tried starting IceCat up in safe mode and switching
tracking protection back to "standard", but no good. The issue appears
to be that Cloudflare are essentially blocking niche user agents.

Regards,
Ben




  reply	other threads:[~2021-01-23  5:05 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-11 14:41 bug#45179: qutebrowser stuck on browser checks forever bdju via Bug reports for GNU Guix
2020-12-22 16:34 ` bug#45179: qutebrowser stuck at Cloudflare 'browser checks' Michael Rohleder
2021-01-23  4:58   ` ben--- via Bug reports for GNU Guix [this message]
2021-01-24  0:05     ` Mark H Weaver
2021-02-01 11:58       ` ben--- via Bug reports for GNU Guix
2021-04-06 21:41   ` bdju via Bug reports for GNU Guix
2021-04-06 21:56     ` bdju via Bug reports for GNU Guix
2021-04-07  9:55       ` Michael Rohleder

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87czxw1c6v.fsf@sturm.com.au \
    --to=bug-guix@gnu.org \
    --cc=45179@debbugs.gnu.org \
    --cc=ben@sturm.com.au \
    --cc=mike@rohleder.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.