vscode/vscodium file-choose broken on Tumbleweed - No such interface “org.freedesktop.portal.FileChooser”
All, vscode/vscodium has been broken on opensuse Tumbleweed since 1.90 (1.89 is last working version with fileChooser that opens). Testing the binary 1.95 release today, it's fine on Arch (in Fluxbox), but does not work in openSUSE Tumbleweed. The error when run from the command line looks like the problem: 02:32 wizard:~> /opt/vscodium-bin/codium [56965:1116/023333.000043:ERROR:object_proxy.cc(576)] Failed to call method: org.freedesktop.DBus.Properties.Get: object_path= /org/freedesktop/portal/desktop: org.freedesktop.DBus.Error.InvalidArgs: No such interface “org.freedesktop.portal.FileChooser” [56965:1116/023333.000324:ERROR:select_file_dialog_linux_portal.cc(287)] Failed to read portal version property What is a org.freedesktop.portal and why doesn't Tumbleweed have a“org.freedesktop.portal.FileChooser”? -- David C. Rankin, J.D.,P.E.
On 11/16/24 2:39 AM, David C. Rankin wrote:
All,
<snip>
What is a org.freedesktop.portal and why doesn't Tumbleweed have a“org.freedesktop.portal.FileChooser”?
The file dialog is still broken, and the opensuse build in https://paulcarroty.gitlab.io/vscodium-deb-rpm-repo/rpms/ does not display the the Explorer content or file content anymore (there is lots of flashing where they should be drawn), but the mini-code scroll bar still shows code. Disregard the portal issue, the real issue is shown when vscode is started with --verbose --vmodule=*/ui/*=2: [main 2024-11-16T08:56:49.547Z] [DialogMainService]: request to acquire file dialog lock { title: 'Open File', buttonLabel: undefined, filters: undefined, defaultPath: '/home/david/dev/embedded-rpz/rpz/tst/gpio_v2_ir_snsr', properties: [ 'multiSelections', 'openFile', 'createDirectory' ] } [main 2024-11-16T08:56:49.548Z] [DialogMainService]: new file dialog lock created { title: 'Open File', buttonLabel: undefined, filters: undefined, defaultPath: '/home/david/dev/embedded-rpz/rpz/tst/gpio_v2_ir_snsr', properties: [ 'multiSelections', 'openFile', 'createDirectory' ] } [59032:1116/025649.577047:VERBOSE1:select_file_dialog_linux_kde.cc(425)] KDialog command line: kdialog --attach=31457283 --title=Open File --multiple --separate-output --getopenfilename /home/david/dev/embedded-rpz/rpz/tst/gpio_v2_ir_snsr [59032:1116/025649.600484:VERBOSE1:select_file_dialog_linux_kde.cc(568)] [kdialog] MultiFileResponse: [main 2024-11-16T08:56:49.600Z] [DialogMainService]: file dialog lock disposed { title: 'Open File', buttonLabel: undefined, filters: undefined, defaultPath: '/home/david/dev/embedded-rpz/rpz/tst/gpio_v2_ir_snsr', properties: [ 'multiSelections', 'openFile', 'createDirectory' ] } [main 2024-11-16T08:56:57.269Z] Lifecycle#window.on('close') - window ID 1 [main 2024-11-16T08:56:57.270Z] Lifecycle#unload() - window ID 1 The chooser is created and then the lock disposed of before the chooser is ever displayed (52ms total between lock creation and lock disposed). I'm not sure when this will get fixed, but is there a workaround? -- David C. Rankin, J.D.,P.E.
Hello, In the Message; Subject : vscode/vscodium file-choose broken on Tumbleweed - No such interface “org.freedesktop.portal.FileChooser” Message-ID : <b5080863-b07e-4446-a7b1-2261ef781b11@gmail.com> Date & Time: Sat, 16 Nov 2024 02:39:18 -0600 [DCR] == "David C. Rankin" <drankinatty@gmail.com> has written: DCR> All, [...] DCR> The error when run from the command line looks like the problem: DCR> 02:32 wizard:~> /opt/vscodium-bin/codium DCR> [56965:1116/023333.000043:ERROR:object_proxy.cc(576)] Failed to call method: DCR> org.freedesktop.DBus.Properties.Get: object_path= DCR> /org/freedesktop/portal/desktop: org.freedesktop.DBus.Error.InvalidArgs: No such DCR> interface “org.freedesktop.portal.FileChooser” DCR> [56965:1116/023333.000324:ERROR:select_file_dialog_linux_portal.cc(287)] Failed DCR> to read portal version property Have you installed xdg-desktop-portal? Let's go to bed. Best Regards & Good Night. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ " The production of A.I. seems to carry a powerful side effect: as the machines generate intelligence, they also generate mystery. Human misunderstanding endures, possibly a permanent condition. " -- "Was Linguistic A.I. Created by Accident?" NEW YORKER --
On 11/16/24 3:29 AM, Masaru Nomiya wrote:
DCR> 02:32 wizard:~> /opt/vscodium-bin/codium DCR> [56965:1116/023333.000043:ERROR:object_proxy.cc(576)] Failed to call method: DCR> org.freedesktop.DBus.Properties.Get: object_path= DCR> /org/freedesktop/portal/desktop: org.freedesktop.DBus.Error.InvalidArgs: No such DCR> interface “org.freedesktop.portal.FileChooser” DCR> [56965:1116/023333.000324:ERROR:select_file_dialog_linux_portal.cc(287)] Failed DCR> to read portal version property
Have you installed xdg-desktop-portal?
Yes, xdg-desktop-portal was slipped in as a dependency to MozillaFirefox from openSUSE -- but the portal file chooser logic using kdialog is BROKEN for KDE3 because KDE3 kdialog does not have an --attach option. This broke Firefox and vscodium/vscode. The portal fileChooser (originally a Flatpak interface to avoid sandbox issues) only works to pick native file dialogs for "some" desktops and "breaks" others. Thankfully mozilla provides an option to turn it off so file dialogs work again. I found this after 1/2 a gigabyte of unnamed downloads appeared in the ~/Downloads folder: 18:55 wizard:~> l -rt Downloads/ total 672580 drwx------ 48 david david 4096 Nov 16 18:55 .. drwxr-xr-x 2 david david 4096 Nov 16 19:46 . -rw-r--r-- 1 david david 303335 Aug 28 02:36 IRF9Z24.PDF -rw-r--r-- 1 david david 529687 Aug 28 02:37 IRF9130.PDF -rw-r--r-- 1 david david 174833 Aug 30 23:49 cd00003223.pdf -rw-r--r-- 1 david david 317328 Oct 18 01:54 settings.png -rw-r--r-- 1 david david 776370 Oct 18 01:55 settings.xcf -rw-r--r-- 1 david david 316833 Oct 18 01:56 settings1.png -rw-r--r-- 1 david david 113122 Oct 18 01:57 settings1-fs8.png -rw-r--r-- 1 david david 5524488 Nov 9 21:27 frag_bunny.mp4 -rw------- 1 david david 148378619 Nov 16 16:39 i7Rmj0w8.gz.part -rw------- 1 david david 148378619 Nov 16 16:39 5-v9QHZY.gz.part -rw------- 1 david david 20331269 Nov 16 16:40 -3bU-fu3.gz.part -rw------- 1 david david 20331269 Nov 16 16:40 eF7LSKQs.gz.part -rw------- 1 david david 26288471 Nov 16 16:40 PyNivark.zip.part -rw------- 1 david david 26288471 Nov 16 16:40 0QZUksul.zip.part -rw------- 1 david david 148378619 Nov 16 16:50 VSCode-linux-x64-1.95-3.tar.gz -rw------- 1 david david 142220013 Nov 16 17:18 xtr905zZ.rpm.part All of the *.part files are source and binary downloads of vscode and vscodium, but since the file-chooser was broken, no dialog was presented for download, and no filename was ever formed by Firefox -- so the download icon never appears in the toolbar letting you know something is downloading -- and when the thing finishes downloading, it cannot be renamed to a real filename since that was never optained by firefox due to the dialog failure.... The xdg-desktop-portal thing isn't fully-baked yet. Whether you get a file-dialog displayed cannot depend on what desktop you are running. Proper programming would validate the file-dialog is open and ready for use, and if not, a sane fallback dialog (e.g. the default gtk fileChooser) should be shown. I know I can't be the only one bitten by this one. cc: kde3 list -- since this is a live issue for KDE3 -- David C. Rankin, J.D.,P.E.
participants (2)
-
David C. Rankin -
Masaru Nomiya