{"slug": "dev-mode-failing-on-openvscode-server", "title": "Dev Mode failing on openvscode-server", "summary": "A bug in Hugging Face's Dev Mode image layer prevents OpenVSCode Server from building, failing at the ms-python.debugpy extension installation step. The issue occurs before any application or GPU workload starts, and the recommended action is to report it to Hugging Face with minimal reproduction logs.", "body_md": "Oh… It looks like you may have run into an unknown Hugging Face-side bug here. I couldn’t find a practical workaround at the moment, so I think the best next step is to report it to Hugging Face. Details:\n\njust in case, [@hysts](https://discuss.huggingface.co/u/hysts)\n\nThe failure appears to happen in the **Dev Mode image layer generated by Hugging Face**, before your application or its GPU workload starts.\n\nThe relevant generated step is trying to install both:\n\n```\nms-python.python\nms-python.debugpy\n```\n\n`ms-python.python`\n\ninstalls successfully, but resolving `ms-python.debugpy`\n\nfails, and that one failure terminates the entire Dev Mode image build.\n\nThat distinction matters because the [Spaces Dev Mode documentation](https://huggingface.co/docs/hub/spaces-dev-mode) says that the Dev Mode image starts all of the following together:\n\nI could not find a documented option to:\n\nSo, unfortunately, even though you only need SSH, the failed editor-extension setup appears to prevent the SSH-enabled Dev Mode container from being created at all.\n\nI would not treat the T4 as the main suspect yet. The build is failing while preparing OpenVSCode extensions, before CUDA initialization or your application’s performance-sensitive code should be running.\n\nMore importantly, the remaining useful questions concern information that only Hugging Face can inspect internally: the exact OpenVSCode build they injected, the registry endpoint and response seen by the builder, any proxy/cache layer, and whether this is isolated to a particular builder pool or environment.\n\nI would stop looking for increasingly indirect workarounds for now and turn this into a small, actionable Dev Mode reproduction for Hugging Face.\n\nThe default path I would use is:\n\nYou do not need to test every hardware type or every possible configuration. Even one clean comparison would make the report substantially more useful.\n\nA minimal result matrix would be:\n\n| Result | What it would suggest |\n|---|---|\n| Normal build succeeds; Dev Mode fails | The failure is probably in the additional Dev Mode layer rather than the application build itself |\nOfficial minimal example fails at the same `ms-python.debugpy` step |\nStrong evidence for an HF-side Dev Mode builder, registry-integration, or account/builder-path issue |\n| Official minimal example succeeds; the original Space fails | Compare the Space SDK, base image, Docker layout, architecture, and generated OpenVSCode version |\n| CPU minimal example also fails | The T4 is probably irrelevant |\n| CPU succeeds but T4 fails | Useful evidence for a hardware-specific builder path or builder-pool difference |\n| A later retry succeeds without repository changes | A transient registry, cache, proxy, or builder issue becomes more plausible |\n\nThe most useful bundle would be:\n\nIn particular, look slightly earlier in the build log for something resembling:\n\n```\nopenvscode-server-vX.Y.Z-linux-x64.tar.gz\n```\n\nThe exact version and target platform may be much more useful to HF than the final `Extension not found`\n\nline alone.\n\nYou can retrieve build logs from the CLI with the officially documented command:\n\n```\nhf spaces logs <namespace>/<space> --build\n```\n\nBefore posting logs publicly, remove access tokens, temporary signed URLs, private repository details, or other secrets if any appear.\n\nWhy this looks like a generated Dev Mode-layer failureI do not see a supported way to recover SSH from this failed Dev Mode build while simply ignoring the VS Code server.\n\nThe strongest next step is therefore:\n\nIf the official minimal Space fails at the same extension step, provide HF with both Space IDs and the matching logs.\n\nIf the minimal Space succeeds, compare the generated OpenVSCode version, platform target, and Dev Mode prerequisites against the original Space.\n\nEither result is more actionable than trying to guess externally whether the hidden cause is OpenVSCode version selection, Open VSX visibility, an HF proxy/cache, or a particular builder pool.", "url": "https://wpnews.pro/news/dev-mode-failing-on-openvscode-server", "canonical_source": "https://discuss.huggingface.co/t/dev-mode-failing-on-openvscode-server/177509#post_2", "published_at": "2026-07-07 03:43:17+00:00", "updated_at": "2026-07-07 04:10:49.375272+00:00", "lang": "en", "topics": ["developer-tools"], "entities": ["Hugging Face", "OpenVSCode Server", "ms-python.python", "ms-python.debugpy"], "alternates": {"html": "https://wpnews.pro/news/dev-mode-failing-on-openvscode-server", "markdown": "https://wpnews.pro/news/dev-mode-failing-on-openvscode-server.md", "text": "https://wpnews.pro/news/dev-mode-failing-on-openvscode-server.txt", "jsonld": "https://wpnews.pro/news/dev-mode-failing-on-openvscode-server.jsonld"}}