Can a stopped Codespace’s workspace folder and trust context be inspected from an iPhone? #208982
Replies: 4 comments
|
From the documented GitHub Codespaces APIs, For stopping a Codespace independently of the editor, GitHub documents the Codespaces web UI, So, based on the documented interfaces, |
|
You can get most of this from an iPhone without an editor, just not while the codespace stays stopped. A stopped codespace is a deallocated machine - nothing runs, so there's no live "trust context" to query, and no interface exposes the active workspace folder for a stopped instance. What determines the folder is the repo plus the devcontainer config: by default it's
If you need the actual contents or the trust state, the codespace has to boot - but you can start it remotely: the same API has a start endpoint, Short version: identify the folder from the repo listing on your phone, then start it if you need to look inside. Beyond its metadata, nothing about a stopped codespace is inspectable. |
|
Hey, that's a pretty specific setup especially from iPhone. The REST API docs might have what you need for recent_folders, but I'm honestly not sure if that shows your active folder or just history. Your best bet would be digging into the Codespaces API documentation or hitting up GitHub Support directly since they can confirm exactly what info gets exposed in the stopped state. |
|
No documented stopped-state interface exposes the authoritative active workspace folder or its Workspace Trust state.
|
Uh oh!
There was an error while loading. Please reload this page.
🏷️ Discussion Type
Question
Body
I need to identify the full active workspace folder and Workspace Trust context before restarting an existing Codespace. I have iPhone Safari only.
Does a documented stopped-state interface expose this information? Does REST
recent_foldersestablish the active folder, or only historical folders?If unavailable, please confirm that limitation. I also need documented editor-independent stop controls and their timing limitations. I am seeking documentation only, not remote access or intervention.
All reactions