I’ve switched to using i3wm v4.18.1 under openSUSE LEAP 15.3 that was initially installed with KDE Desktop option. I am encountering a problem that I’m hoping someone else might see and know of a solution.
When I launch google-chrome (and even chromium) under i3wm, the “File Open” dialog (Ctrl-O) will appear briefly and then quickly disappear. No file can be opened in this way.
The same behavior occurs when I right-click a link and select “Save Link As…” to download a file. No download file can ever be created in this way.
Using the i3 floating window for chrome/chromium also does not make any difference.
Is there a setting for chrome/chromium that I need to change to allow the dialogs to display normally until I click OK or Cancel? Even the plain Xwindows dialog would be helpful!
I have also tested this by creating a brand new login user using YAST2, which created a completely new /home/newuser directory. Same behavior after logging out and logging back in as the new user and going through the i3 process of creating a new default i3 config file in /home/newuser/.config/i3/config.
Operating System: openSUSE Leap 15.3
KDE Plasma Version: 5.18.6
KDE Frameworks Version: 5.76.0
Qt Version: 5.12.7
Kernel Version: 5.3.18-59.37-default
OS Type: 64-bit
I confirm that this system works as expected when I rebooted the same machine into KDE Desktop Plasma (instead of i3). The “File Open” and “Save As” dialogs in both google-chrome-stable and chromium show themselves with no problem.
WORKAROUND: I was mistaken about the other forum post by https://forums.opensuse.org/member.php/37271-corneld not applying to my system. The mere presence of the packages, xdg-desktop-portal-gtk and -lang, appeared to cause the issue of file chooser dialogs disappearing under i3wm.
The following removal, which seems safe for my own use (maybe because I do not currently plan to use Gnome Desktop with LEAP 15.3?):
sudo zypper rm xdg-desktop-portal-gtk
allows the File Open and Save As dialogs to be displayed in chrome & chromium again.
I did not have to roll back any other packages to make this work.
For what is worth, simply removing package xdg-desktop-portal-gtk not only does not help with anything in my Leap 15.3 system, but makes things worse !
That is, the dialog box for Save, or for open does not appear ast all, not even for that very short time (< 1 second).
With this one removed from my system, I get this message in the journal:
28/12/2021 12:47 firstname.lastname@example.org Backend call failed: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.impl.portal.desktop.gtk was not provided by any .service files
(looks normal, but it’s not clear why is that xdg-desktop-portal-gtk needed in the first place, anyway).
After re-installing it, I’m back to messages like the the following, every time I try a Save action in Chrome (and also in Chromium or in Opera):
Dec 28 12:53:48 cornel dbus-daemon: [system] Successfully activated service ‘org.freedesktop.hostname1’
Dec 28 12:53:47 cornel kwin_x11: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 59116, resource id: 130023427, major code: 18 (Ch>
Dec 28 12:53:47 cornel kwin_x11: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 59111, resource id: 130023427, major code: 15 (Qu>
Dec 28 12:53:47 cornel xdg-desktop-por: Backend call failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from me>
Dec 28 12:53:47 cornel systemd: xdg-desktop-portal-gtk.service: Succeeded.
Dec 28 12:53:47 cornel systemd: Starting Hostname Service…
Every I try a Save or Open, similar messages are recorded in the system journal.
Chrome & Chromiums uses GTK on Linux (and Firefox too). Something is broken with GTK dialogues.
Opening html files with Vivaldi from Dolphin works OK.
Saving pages as html with Vivaldi always worked creepily - I can save only text, without pictures.
If this helps with anything, I found out that logging in into Gnome, Gnome on Xorg, Enlightnment, IceWM also have the same behaviour when trying to save a web page, or download a file or even upload some file.
It turned out that “Plasma Wayand” and “Plasma Full Wayland” do not have this issue - I’d be happy to figure out why.
I prefer, though, to identify the bug that enables this behaviour, and solve it so that the “simple” Plasma interface would also work OK in this aspect.
Solution for Leap 15.3: downgrade packages xdg-desktop-portal-gtk and xdg-desktop-portal-gtk-lang from v. 1.8.0-3.6.1 to previous 1.8.0-3.3.1.
Solution for Leap 15.2: downgrade packages xdg-desktop-portal-gtk and xdg-desktop-portal-gtk-lang from v. 1.8.0-lp22.214.171.124 to previous 1.8.0-lp126.96.36.199.
Downgrade and lock until solution will be available.