Task editor scroll-sync test fails intermittently in CI
Los mantenedores suelen responder en 1 día
@melonpuff ya está trabajando en esto.
Desde el 12/11/2026.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 78/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- javascript, playwright
- Área
- testing
Línea de trabajo
Lee la aserción final de desplazamiento en tests/browser/task-workspace.test.js cerca de la línea 599 y la condición de espera anterior. El issue señala una posible condición de carrera: la espera comprueba si la capa de resaltado se ha desplazado, lo que puede ser cierto antes de que alcance la nueva posición del área de texto. Actualiza la condición de sincronización para que la aserción espere hasta que coincidan las tres posiciones de desplazamiento. Después, ejecuta la prueba del navegador y confirma que las posiciones coinciden.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Observed behavior
The browser test "the task editor paints syntax colours and line numbers behind the textarea" (tests/browser/task-workspace.test.js, the final scroll assertion) failed once in CI on a change that does not touch web/. The three scroll positions it compares were [900, 2276, 2276]: the textarea at the 900 the test had just set, the highlight layer and the line-number gutter at 2276. The same job passed on a rerun, and the identical tree had passed in the previous run of the pull request, so the failure depends on timing and not on the code under test.
Expected behavior
The test passes whenever the layers do follow the textarea, and fails only when they do not. A passing run and a failing run of the same tree should not differ.
Reproduction
I have not reproduced it locally, so this is a single observation, not a measured rate.
- Run the three-shard browser lane (
gates (browser 2/3)) on GitHub Actions for a pull request whose diff does not touchweb/. - The test fails when the highlight layer and gutter have not yet followed the textarea to the position the test set (
scrollTop = 900).
What I saw: run 42952178222, job 130298787099, head 5736b690e196636785aa06bd3844b4e581d3fae6, one failure, then a pass on rerun of the failed job. How often it happens elsewhere is unknown.
CodeTrial version
Not a runtime report. The failing revision is 5736b690e196636785aa06bd3844b4e581d3fae6 (a pull request that changes skill scripts and their Python tests only).
Environment
- GitHub Actions,
ubunturunner,gates (browser 2/3)shard of the browser lane - Chromium through Playwright, headless
Hypothesis (not confirmed)
After page.fill of the 120-line buffer the caret sits at the end, so the textarea is already scrolled to the bottom and the layers follow it there (2276 here). The test then sets scrollTop = 900 and waits with waitForFunction until the highlight layer's scrollTop > 0. That condition can already be true from the earlier scroll position, so the wait can return before the layers have followed to 900, and the assertion reads the stale 2276 from the layers. Waiting for the layers' scrollTop to equal the textarea's, instead of > 0, would remove the race; I have not tried it.
Sanitized evidence
AssertionError [ERR_ASSERTION]: Expected values to be strictly deep-equal:
actual: [ 900, 2276, 2276 ]
expected: [ 900, 900, 900 ]
at tests/browser/task-workspace.test.js:599:12
failed gates: browser-tests
- Lenguaje dominante
- Rust
- Estrellas
- 228
- Forks
- 150
- Merge medio
- 1 d 3 h
- PR fusionados (30 d)
- 226
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de sysprog21/codetrial
-
Spot Capacity Round Trips tests accept the two largest rising runsPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
Diagnostic category comment disagrees with its testsPosiblemente ocupada @woohsin la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
sysprog21/codetrial#666 · 1 comentario · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
Local recording ends at Finish, before the learning reviewPosiblemente ocupada @richard81115 la tomó hace 2 días. Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 84/100
sysprog21/codetrial#663 · 2 comentarios · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100
sysprog21/codetrial#646 · 1 comentario ·
Los mantenedores suelen responder en 1 día
Todos los issues de sysprog21/codetrial
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
asonnino/blockchain-validator#88 ·
Los mantenedores suelen responder en 1 día
-
BUG-MERGE-TO-HDR-RESULT-NAMEAbiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
storytold/photocraft#14025 ·
Los mantenedores suelen responder en 1 día
-
ExtrudeAbiertoarea:kernel bug needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
bherbruck/solvecraft#16273 · 1 comentario · 1 reacción ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
storytold/vectorcraft#7242 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Los mantenedores suelen responder en 1 día