jester/zlh-grind
1
0
Fork 0
Code Issues 14 Pull Requests Actions Packages Projects Releases Wiki Activity

Update root open threads for current runtime validation and dev shell boundary finding

Browse Source
This commit is contained in:
jester 2026-04-19 21:37:21 +00:00
parent 2cbb2058c9
commit b9f2a35ff3
1 changed files with 3 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

3
OPEN_THREADS.md
View File

@ -23,6 +23,8 @@ Keep this file short.
- simplify and harden API `devProxy` - simplify and harden API `devProxy`
- complete SSH / CF tunnel access path across platform, API, Agent, and Portal UX - complete SSH / CF tunnel access path across platform, API, Agent, and Portal UX
- add Portal SSH config snippet for power users - add Portal SSH config snippet for power users
- resolve the dev console / shell workspace-boundary mismatch: current live validation shows hosted IDE and dev console work, but interactive shell traversal can still `cd ..` upward from `/home/dev/workspace`
- make docs and implementation agree on whether workspace scoping is file-API-only or true interactive-shell confinement
### Service discovery / launch validation ### Service discovery / launch validation
- service discovery migration for remaining hot-path references - service discovery migration for remaining hot-path references
@ -67,6 +69,7 @@ Keep this file short.
- `fabric` = plain Fabric jar delivery only - `fabric` = plain Fabric jar delivery only
- Forge / Neoforge first-start flow now avoids premature readiness gating, applies post-start property enforcement, and restarts through the readiness-aware path - Forge / Neoforge first-start flow now avoids premature readiness gating, applies post-start property enforcement, and restarts through the readiness-aware path
- current validation indicates Minecraft server creation succeeds across supported runtime variants - current validation indicates Minecraft server creation succeeds across supported runtime variants
- current validation indicates dev container creation succeeds and hosted IDE access still works after the latest API/Portal runtime and cleanup passes
--- ---