En timeout på waitForSelector betyder, at det forventede element ikke opfyldte sin ventebetingelse. At tilføje en proxy, før det dukkede op, beviser ikke, at proxyens TCP-forbindelse er timet ud.

  1. Bevar navigationsevidensen. Notér den endelige URL, status for hovedsvaret og de relevante mislykkede anmodninger før venten på selektoren. I Puppeteer kastes et HTTP-fejlsvar ikke nødvendigvis som en navigationsundtagelse.
  2. Undersøg det leverede dokument. Dets titel eller et omhyggeligt redigeret skærmbillede kan afsløre en loginudfordring, en side med nægtet adgang eller en anden regional side. Den tilsigtede side kan også have haft mislykkede applikationsanmodninger; kontrollér også selektoren og rammen.
  3. Håndtér enhver udfordring ved dens kilde. Konfigurér understøttet proxygodkendelse før navigation ved en proxyudfordring. En destinationsudfordring hører til applikationens autoriserede arbejdsgang og har sine egne legitimationsoplysninger.

Det afslører ofte nyttig evidens, som fandtes, før elementventen blev den første undtagelse, din kode rapporterede. At give proxyen adgangskoden til et websted kan ikke rette det tidligere dokument.

Vælg timeren, efter at du har identificeret den mislykkede handling. Navigation, netværksopsætning og elementventer har forskellige grænser. En virkelig langsom brugerflade kan berettige en længere selektorventen; en fejlside vil fortsat være det forkerte dokument.

Hold browsersessionen og ruten stabil, mens du sammenligner. At ændre proxyen, selektoren og hele browsertilstanden i ét forsøg skjuler, hvilken betingelse der var vigtig.

Relaterede artikler