Debugger: accept URIs in DAP source.path like VS Code

[loading1031]

Translated with an LLM; my original Korean is below.

Some debug adapters send source.path as a file:// URI. For example, the DAP server in JetBrains' kotlin-lsp (kotlin-server 263.6379.0) returns stack frame paths like file:///…/StockAllocator.kt even though Zed asks for pathFormat: "path" in initialize. Per the spec the server should honor pathFormat; I've reported that to JetBrains in Kotlin/kotlin-lsp#285 (test results).

VS Code, however, treats a source.path that looks like a URI as a URI (getUriFromSource in debugSource.ts). Such adapters work fine in VS Code, while in Zed the frame can't be matched to a file and the Variables panel stays empty.

Since many debug adapters are developed and tested against VS Code, accepting file:// URIs the same way would save each adapter from needing a workaround in Zed.

원문 (Korean)

일부 디버그 어댑터는 source.path를 file:// URI로 보냅니다. 예를 들어 JetBrains kotlin-lsp(kotlin-server 263.6379.0)의 DAP 서버는 Zed가 initialize에서 pathFormat: "path"를 요청해도 스택 프레임의 source.path를 file:///…/StockAllocator.kt 형태로 보냅니다. 명세상으로는 서버가 pathFormat을 지켜야 하고, 이 부분은 JetBrains에 Kotlin/kotlin-lsp#285로 문의했습니다(시험 결과).

다만 VS Code는 source.path가 URI 형태면 URI로 해석합니다(debugSource.ts의 getUriFromSource). 그래서 이런 어댑터도 VS Code에서는 문제없이 동작하지만, Zed에서는 프레임을 파일과 연결하지 못해 Variables 패널이 비어 있습니다.

많은 디버그 어댑터가 VS Code를 기준으로 개발·테스트되므로, Zed도 VS Code처럼 file:// URI를 받아 주면 어댑터마다 우회하지 않아도 됩니다.