Save As options in Chrome/Chromium based browsers not working after X-ORG-X11 update on 22-12-2021

hcvv · December 29, 2021, 4:56pm

This all looks OK and as intended by you.

As said, I do not know how you did it. You can of course check with the preview button (something I would advice to everybody) and also see if there are BB tags by using the upper-left button A/A of the post editor.

davidjmurdoch · December 29, 2021, 6:09pm

corneld:

HI,
after this morning updates that the applet suggested, I found out that suddenly I can’t “Save As…” for any files on any web page, or even simple/general Save (CTRL-S) on any web page using my default browser, Chrome (version 96.0.4664.110 - must be the latest available); the exact same thing happened in Chromium; and even in Opera.
Only Firefox continued to work OK.

To be a little more specific, the dialog window where I needed to chose the file name to be saved, and the location, appears for a fraction of a second, and disappears. And nothing is saved.
Turning ON or OFF options like “Use hardware acceleration when available” did not influence anything.

After a lot of cursing, eventually I found the culprit(s): packages xorg-x11-server-1.20.3-22.5.42.1 , xorg-x11-server-extra and xorg-x11-wayland (same versions); probably the first is the one with the main problem.
Unfortunately, trying to switch to Plasma Wayland solved only partially the problem – option to Save As worked, but other programs seem to stop working all together, for instance Spotify Desktop app refused to start under Wayland.

So, I had to revert all 3 packages of xorg-x11-server to previous versions (that is version 1.20.3-22-5.39.1) and now things are back to normal behaviour.

Am I, by any chance, solo in this behaviour ?
Or, perhaps other people faces the same problem ?

Maybe someone has a clue about what change in the xorg-x11-server packages triggered this abnormal behaviour ?

Thanks for any hint.

P.S. For now I have to mark all those 3 packages with “Protect - do not modify” in Yast2, in order to keep them from trying again to upgrade.

I have the same problem with Chrome. I first noticed the issue with Gmail file attachments window would stay open only momentarily. Then, when downloading a file within Chrome the Save-To window would only appear for a moment. As suggested, I have downgraded packages xorg-x11-server-1.20.3-22.5.42.1 , xorg-x11-server-extra and xorg-x11-wayland but the behaviour has not changed. I have read through the thread but I’m not sure what resolution is proposed or is it just a bug that has been reported? Thanks.

Svyatko · December 29, 2021, 9:17pm

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-lp152.2.6.1 to previous 1.8.0-lp152.2.3.1.
Downgrade and lock until solution will be available.

This patch is causing errors: https://build.opensuse.org/package/view_file/openSUSE:Leap:15.2:Update/xdg-desktop-portal-gtk.17299/xdg-desktop-portal-gtk-idle-timeout.patch?expand=1

+#define IDLE_TIMEOUT_MS 1000

Excellent!!!](File xdg-desktop-portal-gtk-idle-timeout.patch of Package xdg-desktop-portal-gtk.17299 - openSUSE Build Service)

corneld · December 30, 2021, 8:29am

Thanks quite a lot !
Thinks work for me, also.

This while all other packages that made me believe, initially, to be the culprit(s) (xorg-x11-server-, or later systemd and udev*) are now at their latest versions.

shell · December 30, 2021, 11:53am

Good one Svyatko thank you, downgrading 2 previous 1.8.0-3.3.1 works 4 this system!rotfl!

[font set to Garamond, size 3, colour navy, post previewed]

karlmistelberger · January 1, 2022, 12:19pm

I have never experienced “IDLE_TIMEOUT_MS 1000” when booting my machines into Leap 15.3 and running the browsers.

Svyatko · January 2, 2022, 6:33pm

https://bugzilla.opensuse.org/show_bug.cgi?id=1194102#c3

For some reason in Plasma Wayland and Plasma Full Wayland this bug does not manifest itself.

All other graphic interfaces that I tried (IceWM, Enlightnment, Gnome and Gnome on Xorg) do have this bug.

kanonentux · January 13, 2022, 12:53am

After the downgrade, Vivaldi also works as it should.
I found it here. Thanks atilius for the solution.

https://forum.vivaldi.net/topic/70577/vivaldi-crashes-download-dialog/4

kanonentux · January 14, 2022, 12:21am

I am here with another system with xdg-desktop-portal-gtk 1.8.0-3.6.1. And everything works as it should.
I think our friends have fixed the bug elsewhere.

Or I am a genius, but it is unlikely.

gariac · January 14, 2022, 9:47am

I haven’t done the upgrade but I noticed I can’t save pdfs in chromium anymore. I use the chromium built-in pdf reader. When I do the save the screen pops up and the disappears.

mankokoma · January 17, 2022, 10:41am

**Leap 15.3
**Thanks a lot! Was searching for weeks now - couldn’t find any relating errors in any logfile. This was the fix!
Maybe to mention that this error only occurs only on a machine with an AMD Radeon Graphics card - all NVIDIA are not affected.

kaengo · January 17, 2022, 1:58pm

Thankyou
Chestnet and forerunners,

I had the same problem,
(Yandex Browser and Edge Browser)

you saved me!

Greetings,
Holger

corneld · January 18, 2022, 12:06pm

Recent update (released today, it seems) for xdg-desktop-portal-gtk, specifically new version 1.8.0-3.9.1 solved the issue/bug.
Now all above mentioned browsers work normal again (at least in this aspect ).

chestnet · January 19, 2022, 7:29pm

This update worked for me as well!

kanonentux · January 20, 2022, 11:27am

There was nothing about the genius. Today on
xdg-desktop-portal-gtk-1.8.0-3.3.1.x86_64.rpm and
xdg-desktop-portal-gtk-lang-1.8.0-3.3.1.noarch.rpm
deferred.