code-server icon indicating copy to clipboard operation
code-server copied to clipboard

Localization is broken in multiple places

Open bgenia opened this issue 3 months ago • 1 comments

Is there an existing issue for this?

  • [x] I have searched the existing issues

OS/Web Information

  • Web Browser: Firefox 143.0.4
  • Local OS: Windows 11
  • Remote OS: Docker desktop (WSL) + code server container
  • Remote Architecture: x64
  • code-server --version:
    1.104.2
    b0992ddb3e3b398371da6bcfbe21a70b4d66eb8d
    x64
    

Steps to Reproduce

Docker compose:

services:
  code-server:
    image: ghcr.io/coder/code-server:4.104.2-39
    
    ports:
      - 8080:8080
    
    volumes:
      - ./.config:/home/coder/.config
      - /var/run/docker.sock:/var/run/docker.sock
  
  restart: unless-stopped
  1. Set up code server using the compose stack above
  2. Open http://localhost:8080 in the browser
  3. f1 -> configure display language
  4. Select any language except English and install language pack. Tested with Russian, Japanese, Chinese, French.
  5. Reload vscode window to change display language
  6. Initialize an empty git repository in the workspace folder (git init)
  7. Switch to VCS tab in vscode and observe "Commit" button at the top not being translated

Expected

The "Commit" button should be translated by the installed language pack. This is actual behavior in both native vscode and github codespaces.

Actual

The "Commit" button is untranslated.

This also happens in multiple other places, for example you can see the "Changes" label and commit message placeholder not being translated too on attached screenshots.

Logs


Screenshot/Video

Code server behavior:

Image Image

Github codespaces behavior for comparison:

Image Image

Does this bug reproduce in native VS Code?

No, this works as expected in native VS Code

Does this bug reproduce in GitHub Codespaces?

No, this works as expected in GitHub Codespaces

Are you accessing code-server over a secure context?

  • [ ] I am using a secure context.

Notes

No response

bgenia avatar Oct 07 '25 12:10 bgenia

Thank you for the bug report! I was able to reproduce. Confirmed that the generated languages files appear to have all the right strings. We do have significant patches to make language packs work (GitHub Codespaces uses a completely different method) so there could be something we are not doing right, but it does seem odd for only some strings to be broken. More investigation will be required.

code-asher avatar Oct 09 '25 00:10 code-asher