Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add Render Glitch Workwaround to DOCS.MD #1699

Merged
merged 4 commits into from
Nov 4, 2024

Conversation

266-750Balloons
Copy link
Contributor

@266-750Balloons 266-750Balloons commented Oct 22, 2023

Since VSCode/Codium 1.82.x, the Linux version, upon package updates, may open up to a mangled version of the interface missing text, making it completely unusable. This is an upstream Electron/Chromium issue with Mesa shaders (see microsoft/vscode#190437).
A work-around suggested in that issue is to delete the GPU cache with the following command:

rm -rf ~/.config/VSCodium/GPUCache

In case other users come across the same issue, I think it would be a good idea to address this in VSCodium documentation. It could be removed once the aforementioned bugs are fixed.

I use Debian Trixie AMD64 with XFCE 4.18. When I updated to version 1.83.1 and opened the program, all I saw was a mangled version of the interface without text.
I tested various versions of VS Codium and VS Code to find when the issue originated, and found it started with Codium version 1.82 (didn't occur in 1.81.x, and couldn't replicate the bug in regular VS Code).
I was about to file a bug report in this project when I found that the same issue was occurring upstream due to a Chromium, and thus Electron update (see microsoft/vscode#190437). I found that it was an issue with Mesa GPU caching upon VS Code updates (as well as updates of some other Electron-based applications). The issue was solved by deleting the GPU cache (which would make sense why I couldn't replicate the issue in regular Code: since it was a new install, the GPU cache was also brand new).
In case other people come across the same issue while using VSCodium, I would like this solution to be available in the documentation until the Electron bug is quashed.
@daiyam
Copy link
Member

daiyam commented Oct 22, 2023

It's already in Troubleshooting

@daiyam
Copy link
Member

daiyam commented Oct 22, 2023

Instead, we should add a link to the wiki page.

@266-750Balloons
Copy link
Contributor Author

I'll make that revision to the patch when I have the time.
In the meantime, I have to ask, why is there a separate DOCS.md from the the wiki?

@daiyam
Copy link
Member

daiyam commented Oct 30, 2023

@266-750Balloons I've reused your text in the wiki since it make things clearer. Thx

For the DOCS.md, not sure. Maybe, we should merge them.
And the docs/build.md, maybe, it should be renamed CONTRIBUTING.md.

@daiyam
Copy link
Member

daiyam commented Oct 31, 2023

@GitMensch @PalinuroSec @paulcarroty Should the DOCS.md be moved to the Wiki?

@paulcarroty
Copy link
Collaborator

AFAIR Wiki access isn't flexible yet - rw access for all or only for maintainers, I don't like it.

@daiyam
Copy link
Member

daiyam commented Oct 31, 2023

@paulcarroty Very true.

Like in the current case, @266-750Balloons doesn't get the credit for the text that I have copied from his PR.

Maybe, everything should be moved to the docs folder?

@paulcarroty
Copy link
Collaborator

everything should be moved to the docs folder

and then it's possible to generate a static doc website using something like mdBook.

@daiyam
Copy link
Member

daiyam commented Nov 2, 2023

@266-750Balloons If you can update your PR and add your text to the file /docs/troubleshooting.md, we will merge it. Thx

@daiyam daiyam merged commit d736414 into VSCodium:master Nov 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants