Fix remaining off-EDT Swing access in Parse worker thread
The earlier GUI-freeze fix (bcd3fbb7) marshalled the write-side Parse UI work to the EDT but left two accesses on the compilation worker thread:
- resetInput() read the editor document via input.getText(), racing the syntax highlighter and line-number DocumentListener that touch the same document on the EDT.
- menuEnable(true) in run()'s finally re-enabled ~20 Swing components off the EDT, while the matching menuEnable(false) ran on the EDT; the race could leave the menus/toolbar stuck disabled, so the app looked frozen.
Both are now routed through runOnEDT(), consistent with the prior fix. ParseStressTest passes (50 valid/broken/valid cycles).
Co-Authored-By: Claude Opus 4.8 (1M context) noreply@anthropic.com