Can we open ticket sales?

Not while a rush locks the window. Duo moved the slow check out of that lock. The same test passed. A person still decided when the practice window opened.

What happened

1. Checkout failed under the rush. Buyers could not finish, because the window held the database lock too long. See the failure
2. GitLab Duo proposed the repair. Review Duo’s repair
3. The same test checked the repaired version. Zero lock failures. See the test results
4. A human authorized the sandbox release. Inspect the recorded release
5. A matching purchase receipt confirmed recovery. The smoke purchase completed.

On the demo computer the ticket window itself is open. One command starts it: python desk/open_tickets.py then http://127.0.0.1:18000/. This public page cannot sell a ticket. It tells the story and points at the recording.

The recorded rush

Dad pressed the release button. The program did not. The practice window booked order 1 and then stopped. It was a temporary sandbox, not a real box office.

Worth knowing. Semgrep reported 3 Medium findings in scripts/collect_case.py (its SSRF rule on the case collector's GitLab calls) and 1 Info finding in app.py (an assert). The job's success does not mean zero findings. Inert job 17366830472 stayed manual. The repair identity's play command exited 1. The response body was not retained. This is not a demonstrated 403. 16 passed on the released commit, job 17363501023. A later local run passed 19 tests. Those three extra tests are not in the released package.