drankinatty
commented
1 week ago This problem is still present in 1.90.2:
Version: 1.90.2
Release: 24171
Commit: 7d98c6de73fb939f1eb4b8a500c569b858b2d297
Date: 2024-06-19T18:42:40.159Z
Electron: 29.4.0
ElectronBuildId: undefined
Chromium: 122.0.6261.156
Node.js: 20.9.0
V8: 12.2.281.27-electron.0
OS: Linux x64 5.14.21-150400.24.100-defaultReverting to 1.89 again.
Describe the bug
On
File-Openor anything needing a file-dialog window, no file dialog window is displayed. Additionally.xsession-errorsare generated by vscodium. This just started with installation of the last release of vscodium.vscodium build
Background, I have used vscodium for more than a year on openSUSE Leap 15.4. I really enjoy the IDE. The file-dialog displayed by vscodium on Linux has always been the old x-windows file dialog. That's fine, even though it pops-behind the vscodium window and you have to
[alt+tab]to it -- it has always worked.After update to Ver 1.90.0 sometime in the past week or so, the file-dialog just quit. I didn't notice until tonight as I have a large project open and the files I need are already opened. However when trying to install the cmake-tools update from
.vsixtonight -- no file-open dialog was presented at all after choosing Install from .vsix. I checkedFile -> Open File...- same result, no file-open dialog is triggered or displayed.Checking
.xsession-errorsthe following errors repeat when vscodium is open and go away when it is closed. This is also new. The errors logged are, e.g.:I've never seen a
NETWM: Warning readIcon() needs buffer adjustment!, but nonetheless, I went ahead and closed KDE, deleted the cache in/var/tmp/kdecache-david(me) and restarted the desktop forcing a complete cache rebuild. The errors continue unchanged as soon as vscodium is opened and cease when vscodium is closed. (I'm presuming this is somehow related to this problem)Please confirm that this problem is VSCodium-specific
I can't confirm this as I only have vscodium installed from
.rpmfrom the vscodium repository.Please confirm that the issue/resolution isn't already documented
To Reproduce Steps to reproduce the behavior:
Filemenu''Open File...'[ctrl+o]likewise produces no file dialog.NETWM: Warning readIcon() needs buffer adjustment!error repeats (multiple times) each time the vscodium window gains or loses focus. The other errors shown occur at vscodium start and quit.Expected behavior
When I chose
File -> Open File....I expect a file-open dialog to be presented so I can ... open a file. Or when I am in Extensions and chooseInstall From VSIX..., I likewise expect a file-open dialog.Screenshots If applicable, add screenshots to help explain your problem.
Screenshots for the absence of an event are not available.
Desktop (please complete the following information):
Additional context Add any other context about the problem here.
Nope, that's about it . Kinda hard to use an IDE if you can't open a file in it.
(note: I can create the file in some other editor and move the file/directory into my vscodium project dir and vscodium will pick it up monitoring for changes, but that's rather an ugly work-around).
I've never before had issues getting a file-open dialog from vscodium before this last release. In 20+ years of using a Linux desktop, I've never not gotten a file-open dialog when requested. Even though vscodium would invoke the old x-windows file-open dialog, that was fine.
Currently all other apps, (firefox [Gtk] or keepassxc [Qt], etc..) all have no issue providing the file-open dialog, this is just vscodium and it's new.
Downgrade to 1.89.0 Solves Issue
As a check, I downgraded vscodium using the saved
vscodium-1.89.1.24130-x86_64.rpm. The file-open dialog now appears fine (still pops behind vscodium, but works fine), e.g.So this is definitely a Ver. 1.90.0 new issue. However, the
.xsession-errorsentryNETWM: Warning readIcon() needs buffer adjustment!is also present in 1.89.0, so that isn't new and doesn't appear directly related to the lack of the file-open dialog issue.