Some features do not work when path contains unicode characters

[lua-vr]

I'm using dotnet SDK on linux and I can reproduce the issue in both VSCode with Ionide and Emacs with lsp-mode.

Steps to reproduce: in a shell,

mkdir código
cd código
dotnet new console -lang f#

Then open Program.fs in VSCode and write something invalid. The error is not shown in the editor area. Many other features also stop working.

Errors are still shown in the "problems" panel. But when you click them, you get Unable to open 'Program.fs': Unable to read file /home/Lucas/c%F3digo/Program.fs, Unable to resolve non-existing file, etc.

[github-actions]

🤖 This is an automated response from Repo Assist.

I've traced the root cause of this bug and submitted a fix.

Root cause: FilePathToUri in Utils.fs was encoding non-ASCII characters (e.g. ó in código) using their Unicode code point as a single byte — %F3 for ó (U+00F3). The LSP/RFC 3986 URI spec requires UTF-8 encoding, which for ó is two bytes: %C3%B3. When a client receives %F3 it can't decode it as valid UTF-8, so paths containing accented characters remain broken.

I've opened a PR that changes the encoding to use System.Text.Encoding.UTF8.GetBytes so each non-ASCII character is emitted as its correct multi-byte percent-encoded form. All 42 existing URI round-trip tests continue to pass, plus a new test that asserts ó → %C3%B3.

Generated by Repo Assist

To install this workflow, run gh aw add githubnext/agentics/workflows/repo-assist.md@ee50a3b7d1d3eb4a8c409ac9409fd61c9a66b0f5. View source at https://github.com/githubnext/agentics/tree/ee50a3b7d1d3eb4a8c409ac9409fd61c9a66b0f5/workflows/repo-assist.md.