“SIGINT - custom in parent and child” is flaky on Linux (possibly need slow CPU to reproduce)

Aperta

#715 aperta il 13/9/2024 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà: 4/5
Tempo stimato: 3-5 giorni
Idoneità per principianti: 35/100

Tipo di issue: Bug
Chiarezza: Abbastanza chiara
Stato di attività: Ferma
Stack tecnologico: electron, node.js, typescript
Ambito: operating-systems, testing-qa

Direzione di ricerca

Inizia da lib/unixTerminal.test.js intorno alla riga 171 e dal test non riuscito “SIGINT - custom in parent and child”. Esegui i test dei segnali di UnixTerminal su Linux, incluso in un ambiente più lento o non-x86_64, se disponibile, e confronta il comportamento dei segnali nel processo padre e in quello figlio. Il lavoro è completato quando il test è affidabile e continua a verificare la gestione personalizzata di SIGINT in entrambi i processi.

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

Descrizione

bug help wanted

Environment details

OS: Linux (various Fedora and openSUSE)
node-pty version: 1.1.0-beta21 (as shipped in vscode)
node.js version: Electron 30.x with ELECTRON_RUN_AS_NODE

Issue description

  18 passing (13s)
  1 failing

  1) UnixTerminal
       signals in parent and child
         SIGINT - custom in parent and child:

      Uncaught AssertionError [ERR_ASSERTION]: Expected values to be strictly equal:

false !== true

      + expected - actual

      -false
      +true
      
      at ChildProcess.<anonymous> (lib/unixTerminal.test.js:171:28)
      at ChildProcess.emit (node:events:519:28)
      at maybeClose (node:internal/child_process:1105:16)
      at ChildProcess._handle.onexit (node:internal/child_process:305:5)

We've observed this test occasionally failing on aarch64, arm and riscv64, but never on x86_64. (This is possibly due to our x86_64 machines being fast)

Lingua principale: TypeScript
Stelle: 2k
Fork: 337
Merge medio: 21h 58m
PR unite (30g): 3

Guida per i contributori

Apri la guida per i contributori

Come iniziare

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