all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Maxim Cournoyer <maxim.cournoyer@gmail.com>
To: "bdju" <bdju@tilde.team>
Cc: 59546-done@debbugs.gnu.org
Subject: bug#59546: qutebrowser and icecat stuck in infinite browser checks (cloudflare) on applicable sites
Date: Wed, 14 Dec 2022 23:32:36 -0500	[thread overview]
Message-ID: <87h6xxcmmz.fsf@gmail.com> (raw)
In-Reply-To: <COKNOMQ0RVGD.2O10X1PL1AGHA@masaki> (bdju@tilde.team's message of "Thu, 24 Nov 2022 10:11:03 -0600")

Hello,

"bdju" <bdju@tilde.team> writes:

> I have hit this issue before, but not in a while. I don't know for sure
> when the issue came back as it only matters for the initial login or
> visit of the offending sites, so if you manage to get past you'll be
> good until your cookie expires or gets deleted somehow. I got logged out
> of many sites in qutebrowser recently and was made aware of the issue
> being back. I also tested in icecat where some sites I still had a
> cookie, but I managed to find one with a browser check and it indeed
> never completes (can leave it open hours or even more than a day).

> Some sites to test with include:
> https://www.livechart.me/ (must click login button, main page works)
> https://www.gitlab.com/ (again must click log in to start the check)
>
> Since this is happening in both icecat and qutebrowser with different
> user agents and everything, I suspect a guix-related issue. I found that
> at least one other person on IRC was also experiencing the infinite
> browser checks. I use a few sites daily that are now unusable on my Guix
> System machine due to these browser checks, so a fix would be very much
> appreciated if anyone could figure this out.

I've had that too with Gitlab when using Icecat.  Sadly, it has nothing
to do with Guix but with how Cloudfare and the website identifies
browsers.

For example, I had found out that by using a Windows Firefox 83 user
agent, I was able to login into Gitlab (using this plugin:
https://gitlab.com/ntninja/user-agent-switcher).  I reported the issue
to Gitlab, and they could apparently fixed it on their side (not yet
deployed) [0]

[0]  https://gitlab.com/gitlab-org/gitlab/-/issues/345328

I think other sites or CloudFare must be similarly faulty, or require
fingerprinting which is guarded against out-of-the-box in IceCat.

Closing, as I doubt Guix has something to do with it.  If you find
something to the contrary, let us know!

-- 
Thanks,
Maxim




  reply	other threads:[~2022-12-15  4:33 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-11-24 16:11 bug#59546: qutebrowser and icecat stuck in infinite browser checks (cloudflare) on applicable sites bdju via Bug reports for GNU Guix
2022-12-15  4:32 ` Maxim Cournoyer [this message]
2022-12-15 12:39   ` bdju via Bug reports for GNU Guix
2022-12-15 13:26     ` Maxim Cournoyer
2022-12-15 18:04       ` bdju via Bug reports for GNU Guix
2022-12-16 13:31         ` Maxim Cournoyer
2022-12-16 14:56           ` bdju via Bug reports for GNU Guix

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=87h6xxcmmz.fsf@gmail.com \
    --to=maxim.cournoyer@gmail.com \
    --cc=59546-done@debbugs.gnu.org \
    --cc=bdju@tilde.team \
    /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.