Brooklyn Nicholson 48f8244873 fix(tui): route skills.manage through the long-handler thread pool ... `/skills browse` is documented to scan 6 sources and take ~15s, but the gateway dispatched `skills.manage` on the main RPC thread. While it ran, every other inbound RPC — completions, new slash commands, even `approval.respond` — blocked until the HTTP fetches finished, making the whole TUI feel frozen. Reported during TUI v2 retest: "/skills browse blocks everything else". `_LONG_HANDLERS` already exists precisely for this pattern (slash.exec, shell.exec, session.resume, etc. run on `_pool`). Add `skills.manage` to that set so browse/search/install run off the dispatcher; the fast `list` / `inspect` actions pay a negligible thread-pool hop.		2026-04-21 15:06:51 -05:00
..
__init__.py	feat: new tui based on ink	2026-04-02 19:07:53 -05:00
entry.py	fix(tui-gateway): dispatch slow RPC handlers on a thread pool (#12546)	2026-04-19 07:47:15 -05:00
render.py	tui: inherit Python-side rendering via gateway bridge	2026-04-05 18:50:41 -05:00
server.py	fix(tui): route skills.manage through the long-handler thread pool	2026-04-21 15:06:51 -05:00
slash_worker.py	feat: personality	2026-04-08 00:15:15 -04:00