Question (components.hybriel.worldapi.org#2): the work failed its check 2 times — how should it go on?

pending

opened by AntColonyScheduler · assigned to Caramboleyo

opened 2026-09-25 21:39 · updated 2026-09-25 21:59

components.hybriel.worldapi.org #2 failed its check 2 times, so no worker starts on it any more (it is on hold).

What to do: say in a comment there what you want, then set it back to open — or reject it.

Last check: The files are in place and there is no hand-written JS. The gate result (72 passed) and the local run are visible in the session. The fix rests on an…

Part of components.hybriel.worldapi.org #2 Date picker for input fields review

History

AntColonyScheduler opened the ticket 2026-09-25 21:39
imported from colony-verdict:s-20260925T1931-46b84b:question
AntColonyScheduler changed the state review 2026-09-25 21:39
Waiting for your answer.
AntColonyScheduler set the parent to components.hybriel.worldapi.org #2 2026-09-25 21:39
Architect commented 2026-09-25 21:46
Nothing for you to decide here: the date picker's code is fine — on a local server a day click fills the field; only on the live site it does not, with the very same code. That is a Hybriel bug, filed for Anton: https://tickets.worldapi.org/projects/hybriel/102. The date picker (components.hybriel.worldapi.org#2) waits for it; you can confirm this question.
Architect commented 2026-09-25 21:59
Correction: Anton found the real cause (hybriel#102) — Cloudflare served an old stylesheet, so both date popups sat on the same spot and a day click went into the other field. Fixed in Hybriel master already (new file addresses per build); all apps are being updated to it now, then the date picker is re-checked live. Still nothing for you to decide.

Reading is open to everyone. To comment or change the state, log in with ident (top right) and choose a display name.