bug#59546: qutebrowser and icecat stuck in infinite browser checks (cloudflare) on applicable sites

[Maxim Cournoyer]

reopen 59546
quit

Hello,

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

> On Thu Dec 15, 2022 at 7:26 AM CST, Maxim Cournoyer wrote:
>> That's a good lead; could you please test qutebrowser in Guix vs
>> qutebrowser on another distribution yourself and confirm this hypothesis
>> (that it works elsewhere?), and post your finings here?  If you can do
>> that and post your finding, I we can reopen the ticket, as we'll have
>> something actionable to look at.
>>
>
> I'm able to pass the browser check in a matter of seconds and log in to
> GitLab from my PineBook Pro running postmarketOS (Alpine-based) using
> qutebrowser.
>
> Here is the :version output from the working qutebrowser:
> ------------------------------------------------------------------------
> qutebrowser v2.5.2
> Git commit:
> Backend: QtWebEngine 5.15.3, based on Chromium 87.0.4280.144
> Qt: 5.15.6
>
> CPython: 3.11.1
> PyQt: 5.15.7
>
> sip: 6.6.2
> colorama: 0.4.6
> jinja2: 3.1.2
> pygments: 2.13.0
> yaml: 6.0
> adblock: 0.6.0
> PyQt5.QtWebEngineWidgets: yes
> PyQt5.QtWebEngine: 5.15.6
> PyQt5.QtWebKitWidgets: no
> pdf.js: no
> sqlite: 3.40.0
> QtNetwork SSL: OpenSSL 3.0.7 1 Nov 2022
>
> Style: QFusionStyle
> Platform plugin: wayland
> OpenGL: OpenGL ES
> Platform: Linux-5.18.0-aarch64-with, 64bit
> Linux distribution: postmarketOS edge (alpine)
> Frozen: False
> Imported from /usr/lib/python3.11/site-packages/qutebrowser
> Using Python from /usr/bin/python3
> Qt library executable path: /usr/lib/qt5/libexec, data path: /usr/share/qt5
>
> Paths:
> cache: /home/bdju/.cache/qutebrowser
> config: /home/bdju/.config/qutebrowser
> data: /home/bdju/.local/share/qutebrowser
> runtime: /run/user/10001/qutebrowser
> system data: /usr/share/qutebrowser
>
> Autoconfig loaded: no
> Config.py: /home/bdju/.config/qutebrowser/config.py has been loaded
> Uptime: 0:02:55
> ------------------------------------------------------------------------
>
> guix version info for comparison:
> ------------------------------------------------------------------------
> qutebrowser v2.5.2
> Git commit: 
> Backend: QtWebEngine 5.15.5, based on Chromium 87.0.4280.144
> Qt: 5.15.5
>
> CPython: 3.9.9
> PyQt: 5.15.5
>
> sip: 6.6.1
> colorama: 0.4.4
> jinja2: 3.1.1
> pygments: 2.12.0
> yaml: 6.0
> adblock: no
> PyQt5.QtWebEngineWidgets: yes
> PyQt5.QtWebEngine: 5.15.5
> PyQt5.QtWebKitWidgets: no
> pdf.js: no
> sqlite: 3.36.0
> QtNetwork SSL: OpenSSL 1.1.1s  1 Nov 2022
>
> Style: QFusionStyle
> Platform plugin: xcb
> OpenGL: Intel Open Source Technology Center, 3.0 Mesa 21.3.8
> Platform: Linux-6.0.8-gnu-x86_64-with-glibc2.33, 64bit
> Linux distribution: Guix System (unknown)
> Frozen: False
> Imported from
> /gnu/store/675pkhpvbvi0yai1bggkkaj3h1xy2xrb-qutebrowser-2.5.2/lib/python3.9/site-packages/qutebrowser
> Using Python from
> /gnu/store/avmnzy8djp42r5926cwznz6ls9gablf8-python-wrapper-3.9.9/bin/python
> Qt library executable path:
> /gnu/store/mgkd6lgihvqv9n1rlsqfv2rv0zq9whnh-qtbase-5.15.5/lib/qt5/libexec,
> data path:
> /gnu/store/mgkd6lgihvqv9n1rlsqfv2rv0zq9whnh-qtbase-5.15.5/share/qt5
> OS Version: 
>
> --- /etc/os-release ---
> NAME="Guix System"
> ID=guix
> PRETTY_NAME="Guix System"
> LOGO=guix-icon
> DOCUMENTATION_URL="https://guix.gnu.org/en/manual";
>
> Paths:
> cache: /home/brad/.cache/qutebrowser
> config: /home/brad/.config/qutebrowser
> data: /home/brad/.local/share/qutebrowser
> runtime: /run/user/1000/qutebrowser
>
> Autoconfig loaded: no
> Config.py: /home/brad/.config/qutebrowser/config.py has been loaded
> Uptime: 1 day, 3:11:30
> ------------------------------------------------------------------------

Thanks for sharing.  It looks like we have something to investigate.
It's perhaps related to the way we build qtwebengine; do these sites
work in ungoogled-chromium for you?

Re-opening!

-- 
Thanks,
Maxim