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

Window is blank #1701

Closed
2 tasks done
maxi322 opened this issue Oct 24, 2023 · 20 comments
Closed
2 tasks done

Window is blank #1701

maxi322 opened this issue Oct 24, 2023 · 20 comments
Labels
bug Something isn't working upstream something awry in Microsoft's repo

Comments

@maxi322
Copy link

maxi322 commented Oct 24, 2023

Describe the bug
Since the latest version of VSCodium for Debian the window of the application is only displayed blank as shown in the screenshot.
Only when downgrading to version 1.81.0.23216 it works again.

Please confirm that this problem is VSCodium-specific

  • This bug doesn't happen if I use Microsoft's Visual Studio Code. It only happens in VSCodium.

Please confirm that the issue/resolution isn't already documented

To Reproduce
Steps to reproduce the behavior:
Update to the latest version.

Expected behavior
To work as before.

Screenshots
Bildschirmfoto vom 2023-10-24 23-06-16

Desktop (please complete the following information):

  • OS: Debian sid
  • Architecture amd64
  • Version 1.83.1.23285
  • App Manager apt
  • Sandboxed no
@maxi322 maxi322 added the bug Something isn't working label Oct 24, 2023
@matiusuario
Copy link

I had the same issue and I was recording screen when it magically fixed by making random blind clicks lmao.
Sadly on next application start it was bugged again.

  • OS: Debian testing
  • Architecture amd64
  • Version 1.83.1.23285
  • App Manager apt
  • Sandboxed no
Screencast_from_2023-10-25.12-28-05.webm

@daiyam
Copy link
Member

daiyam commented Oct 25, 2023

Have you tried rm -rf .config/VSCodium/GPUCache from Troubleshooting?

@matiusuario
Copy link

Have you tried rm -rf .config/VSCodium/GPUCache from Troubleshooting?

It seems it's working fine after doing that. Thanks

@maxi322
Copy link
Author

maxi322 commented Oct 27, 2023

Have you tried rm -rf .config/VSCodium/GPUCache from Troubleshooting?

Yes this indeed solves the problem. Thanks as well!
The question is now if the deletion of the GPUCache should become part of for example the postinst script of the debian package. That way this issue could be avoided in the future.

@APPLESOFT98
Copy link

I had the same issue after I've updated to the latest version, doing rm -rf .config/VSCodium/GPUCache seems to have solved the problem for now.

  • OS: OpenSUSE Tumbleweed
  • Architecture: amd64
  • Version: 1.83.1.23285
  • App manager: Zypper
  • Sandboxed: no

@Askaniy
Copy link

Askaniy commented Oct 28, 2023

Same problem, exactly the same configuration and the same solution as in the previous post. I have a Wayland session, if it would help.

@gdcmarinho
Copy link

@daiyam I think this issue can be closed.

@dieub56
Copy link

dieub56 commented Oct 31, 2023

Had the same problem, @nilsnh offered a solution for flapak users in issue #1692
To run the app : flatpak run com.vscodium.codium --disable-gpu
"Permanent" fix : rm -rf ~/.var/app/com.vscodium.codium/config/VSCodium/GPUCache

@APPLESOFT98
Copy link

I just updated to 1.84.0.23306 and I'm experiencing the same problem again.
Unfortunately it seems that rm -rf .config/VSCodium/GPUCache is only a temporary solution and this bug does not seem to be fixed permanently.

@daiyam I think this issue should be reopened as it's not fixed.

  • OS: OpenSUSE Tumbleweed
  • Architecture: amd64
  • Version: 1.84.0.23306
  • App manager: Zypper
  • Sandboxed: no

@daiyam daiyam added the upstream something awry in Microsoft's repo label Nov 2, 2023
@daiyam daiyam reopened this Nov 2, 2023
@daiyam daiyam pinned this issue Nov 2, 2023
@ccoenen
Copy link

ccoenen commented Nov 3, 2023

A similar problem is apparently introduced by Electron 25 into Element and a few other Electron based programs:

@APPLESOFT98
Copy link

This time I wanted to wait a bit before upgrading VSCodium from version 1.84.0.23306 to 1.84.2.23319, and this time I didn't experience this problem. It seems that the problem is fixed but I don't want to bring bad luck.

  • OS: OpenSUSE Tumbleweed
  • Architecture: amd64
  • Version: 1.84.2.23319
  • App manager: Zypper
  • Sandboxed: no

@APPLESOFT98
Copy link

This time I wanted to wait a bit before upgrading VSCodium from version 1.84.0.23306 to 1.84.2.23319, and this time I didn't experience this problem. It seems that the problem is fixed but I don't want to bring bad luck.

* OS: OpenSUSE Tumbleweed
* Architecture: amd64
* Version: 1.84.2.23319
* App manager: Zypper
* Sandboxed: no

And I spoke too soon, this time the problem did not arise immediately after the update but after 2 days from the update randomly.
If we know that the problem is present on Electron 25.9.2, is it possible to get around this by flushing the GPUCache in a post-install/upgrade script each time or, upgrading Codium to a newer version of Electron where the issue has been resolved?

@APPLESOFT98
Copy link

APPLESOFT98 commented Nov 25, 2023

Although VSCodium hasn't been updated in a while, I'm still experiencing this issue randomly now, instead of every update.
I'm still at the latest version 1.84.2.23319 and the temporary solution of removing the GPU cache folder still works, but if I have to continue to have this problem either after each update or randomly now, I temporarily install Notepadqq or directly Microsoft VSCode until the problem is permanently resolved on Codium. We can't go on like this...

  • OS: OpenSUSE Tumbleweed
  • Architecture: x86_64/AMD64
  • Version: 1.84.2.23319
  • App manager: Zypper
  • Sandboxed: no

@42willow
Copy link

42willow commented Dec 2, 2023

yep, I just experienced this out of the blue, I thought it was something I did to my system by accident but seems not (thankfully)

rm -rf .config/VSCodium/GPUCache as stated previously works fine for me

I'm also on tumbleweed, codium version 1.84.2 and commit 1fc52b725b3f76b97eadfd988cea42a739ae923f
it was updated around 2 weeks ago.

@duke-silver
Copy link

yep, I just experienced this out of the blue, I thought it was something I did to my system by accident but seems not (thankfully)

rm -rf .config/VSCodium/GPUCache as stated previously works fine for me

I'm also on tumbleweed, codium version 1.84.2 and commit 1fc52b725b3f76b97eadfd988cea42a739ae923f it was updated around 2 weeks ago.

Same exactly. GPUCache deletion solved.

@maxi322
Copy link
Author

maxi322 commented Dec 7, 2023

I'm as well still seeing the same issue here. I still propose to introduce a maintainer script which deletes the GPUCache after installation. This would just be a workaround but still a solution until the root cause is found.

OS: Debian sid
Architecture amd64
Version 1.84.2.23319
App Manager apt
Sandboxed no

@daiyam
Copy link
Member

daiyam commented Dec 8, 2023

microsoft/vscode#190437 has been fixed and merged. The next release should resolve the issue since the Insiders version seems to fix the issue.

@APPLESOFT98
Copy link

Just updated to 1.85.0.23343 and on the first launch after the update I didn't encounter the problem. Since this problem also occurred randomly after the update to 1.84.2.23319, and not immediately after, I recommend waiting a little longer to confirm that the problem has been fixed on Codium.
I'll try to use Codium more to see if the problem doesn't show up anymore, but just since it didn't show up immediately after the update it's a good sign.

  • OS: OpenSUSE Tumbleweed
  • Architecture: x86_64/AMD64
  • Version: 1.85.0.23343
  • App manager: Zypper
  • Sandboxed: No

@APPLESOFT98
Copy link

So, I used Codium more intensively to check if the problem was resolved, and I also updated to 1.85.1.23348 on both my laptop with OpenSUSE Tumbleweed, a second computer still with Tumbleweed, and my Mac Mini running MacOS 10.15.7. Both by trying it with various projects and having updated it manually on each platform, it seems that the issue has actually been solved this time.

@daiyam I think we can finally close this issue after 2 months, and in case it occurs again I will report it here.

@GitMensch
Copy link
Collaborator

Closed per request - thanks for the update!

@GitMensch GitMensch unpinned this issue Jan 8, 2024
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Apr 8, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working upstream something awry in Microsoft's repo
Projects
None yet
Development

No branches or pull requests