Take a look at non-default server failure detection
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Refactoring
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- python
- Ambito
- testing-qa
Direzione di ricerca
Trace Test.current_test_greenlet, kill_current_test(), and the TestState server tracking described in the issue. Compare the shutdown behavior around greenlet.join() and greenlet.get(), then define how failures from any related server would be detected and how all affected greenlets would complete their shutdown outside those calls.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The implementation kills a currently executed greenlet (<Test instance>.current_test_greenlet) in the case of fail of a non-default instance. A greenlet that is stored in the <Test instance>.current_test_greenlet field may be killed at any point by the kill_current_test() method.
So we can assume some predicates after <greenlet>.join() as true, however it may be not so. And the greenlet will not perform any shutdown actions: they should be done outside, somewhere after <greenlet>.join() / <greenlet>.get(). That's all make the code less obvious.
We already store all servers that are related to a particular test in the TestState object. So, maybe, we can reverse the dependency and periodically check whether a failure of any other server occurs from a code that executes a test.
- Lingua principale
- Python
- Stelle
- 13
- Fork
- 19
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
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.
Altre issue di tarantool/test-run
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 58/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 40/100
-
feature
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
-
Memory leak is not checked for core = tarantool testsForse già presa @ochaplashkin l’ha presa 1019 giorni fa. Apertafeature
Tutte le issue di tarantool/test-run
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
sususweet/midea_auto_cloud#285 ·
I maintainer di solito rispondono entro 1 giorno
-
Short positive Table maxlen values produce oversized cellsForse già presa @Gambit-Checkmate l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 18 giorni
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 68/100
MangasMango/bound-to-rot#41 · 1 commento ·
-
breaking change
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
Word viper missingAperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
dwyl/english-words#244 ·