Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

[Bug]: Since 0.9.1, Linux launches chrome-headless-shell instead of Chromium

Aperta Adatta ai principianti
  • Qualcosa non va?
#2,382 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

@cristianchiriac ci sta già lavorando.

Dal 15/10/2026.

  • #2384 di @cristianchiriac — aperta

Valutazione

Difficoltà
2/5
Tempo stimato
1-3 ore
Idoneità per principianti
72/100
Tipo di issue
Bug
Chiarezza
Specificata chiaramente
Stato di attività
Attiva
Stack tecnologico
playwright, python
Ambito
backend, data

Direzione di ricerca

Inizia da BrowserManager._build_browser_args nel modulo browser_manager di crawl4ai, dove il valore di channel viene scartato per "chromium", e leggi il commento su Windows accanto. Esegui lo snippet dell'issue su Linux per verificare che restituisca None invece di "chromium". Il lavoro è completo quando Linux continua a passare il channel come in 0.9.0, mentre il workaround valido solo per Windows si applica ancora a sys.platform == "win32".

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

crawl4ai version

0.9.1 to 0.9.5

Expected Behavior

On Linux, the default BrowserConfig (chrome_channel="chromium") keeps launching the same browser as in 0.9.0, full Chromium, and the Windows-specific fix stays limited to Windows.

Current Behavior

BrowserManager._build_browser_args no longer passes channel when it is "chromium", on every OS. The comment there explains it as a Windows fix: Playwright looks for a system Chrome there and exits. Without a channel, Playwright launches chrome-headless-shell instead of full Chromium on Linux too, and the two don't behave the same.

The difference we measured: full Chromium moves an http:// navigation to https:// on its own (status 307, internal redirect). chrome-headless-shell requests http:// as given. On sites that only serve HTTPS (port 80 closed, or 403/404 over HTTP), 0.9.0 gets the page and 0.9.1+ fails. On 48 company websites in that situation, 35 that load on 0.9.0 fail on 0.9.5 with Failed on navigating ACS-GOTO or a 403/404 page. The same sites load again on 0.9.5 when channel="chromium" is passed back.

Is this reproducible?

Yes

Code snippets
from crawl4ai.async_configs import BrowserConfig
from crawl4ai.browser_manager import BrowserManager

print(BrowserManager(browser_config=BrowserConfig())._build_browser_args().get("channel"))
# 0.9.0: "chromium" (full Chromium)  /  0.9.1+: None (chrome-headless-shell)
Suggested fix

Skip the default channel on Windows only (sys.platform == "win32"), or let BrowserConfig force it. We currently restore it by wrapping BrowserManager._build_browser_args.

Lingua principale
Python
Stelle
85.4k
Fork
8.9k
Merge medio
6g 5h
PR unite (30g)
24

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di unclecode/crawl4ai

Tutte le issue di unclecode/crawl4ai

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.