In plating interface, valid sample IDs occasionally "flash" red before turning another color
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 30/100
- Tipo di issue
- Bug
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- javascript
- Ambito
- frontend
Direzione di ricerca
Inizia nell’interfaccia di plating, in PlateViewer.patchWell(), leggendo le chiamate a PlateViewer.updateUnknownsAndDuplicates() e that.grid.updateRow(); confronta la cronologia intorno a #585 e il precedente percorso di modifyWell(). Prova a riprodurre il flash rosso intermittente, quindi determina se è causato dall’ordine degli aggiornamenti. È completato quando gli ID dei campioni validi non appaiono più brevemente in rosso, con il comportamento verificato nella sequenza di aggiornamento pertinente.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I don't know why this is happening—I don't think it's an artifact of the changes made in #585, but I suppose that could be the case. I think this behavior has been observed before, so I figure we should document this here.
Since this occurs really inconsistently (not sure if this means anything, but I wasn't able to reproduce this after adding a single debug console.log() statement to the top of PlateViewer.modifyWell()), my guess is that this is some sort of race condition—perhaps between the calls to PlateViewer.updateUnknownsAndDuplicates() and to that.grid.updateRow() in PlateViewer.patchWell() (formerly in PlateViewer.modifyWell()).
If this proves to be a significant annoyance, I can spend some time trying to track this down. But given how hard this is to reproduce, I don't think it's that serious of a problem.
- Lingua principale
- Python
- Stelle
- 2
- Fork
- 15
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Non abbiamo ancora controllato i file di configurazione di questo progetto. 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 biocore/LabControl
-
front-end question
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
biocore/LabControl#593 ·
-
Cache list of active samples when the active study is changed in the plating interfaceForse di nuovo libera @fedarko l’ha presa 2573 giorni fa e non c’è nessuna pull request aperta. Apertafront-end
biocore/LabControl#592 · 1 assegnatario ·
-
code refactor front-end
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
biocore/LabControl#591 ·
-
priority:low
Difficoltà 3/5 1-2 giorni Idoneità per principianti 20/100
biocore/LabControl#590 ·
-
priority:low scope:small
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
biocore/LabControl#589 · 2 commenti ·
Tutte le issue di biocore/LabControl
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
PedestrianDynamics/pyFDS-Evac#199 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
521xueweihan/HelloGitHub#3790 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
sandialabs/atlas-ui-3#978 ·
I maintainer di solito rispondono entro 1 giorno
-
area: tests perceived difficulty: 2
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Nitjsefnie-Harness-Commons/daedalus#1255 ·
I maintainer di solito rispondono entro 1 giorno
-
hf-audiolm-qwen: `generate_until` hardcodes `.to("cuda")` and aborts on non-CUDA acceleratorsAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
EleutherAI/lm-evaluation-harness#4256 ·
I maintainer di solito rispondono entro 1 giorno