[FIXED] Broken "select file dialog" in chromium and signal

raphix · 2024-08-05 20:56:24

Since a recent update, I am no longer able to select a file, for sharing an image in Signal (signal-desktop) or on X/Twitter in chromium (version 127.0.6533.88-1). Similarly, the + button in whatsdesk (whatsapp client, whatsdesk-bin 0.3.9-2) does not work for "Document/Picture" (while it works for others items).

I think the common denominator between those app is the Electron framework. So it seems that the "select file dialog" is broken with my Electron.

Looking at dependencies listed in the packages, there are also gtk3 and nss which are in common and could be the culprit.

Has anyone experienced a similar behavior?

I have done several full updates recently, so my system is up-to-date.

Last edited by raphix (2024-08-08 14:51:32)

seth · 2024-08-05 21:41:20

What exactly does that mean?
Does the dialog not open, does it ignore input or can you select a file, click "ok" but then the client behaves as if no file had been selected?

https://wiki.archlinux.org/title/XDG_Desktop_Portal

pacman -Qs portal
loginctl session-status

raphix · 2024-08-07 08:47:17

Thank you for your answer, you're right I should have been more clear to explain "does not work".

So, when I said "the button does not work", I meant: I can click on it, but there is no effect, no dialog window is opened.

It looks like my portal related packages are here, not sure what to search for next.

pacman -Qs portal

local/libportal 0.7.1-3
local/libportal-gtk3 0.7.1-3
local/libportal-gtk4 0.7.1-3
local/xdg-desktop-portal 1.18.4-1
local/xdg-desktop-portal-gnome 46.2-2 (gnome)
local/xdg-desktop-portal-gtk 1.15.1-2

seth · 2024-08-07 14:03:56

What kind of session is this (DE, display server, basically the requested loginctl session-status output) and are there any portal related errors in the system journal?
And just to be sure "ctrl+o" doesn't work either?

raphix · 2024-08-08 14:51:08

Thank you very much for your help here, and on several other posts on portal :-).

I ended up following one of your suggestions to someone else with a problem with xdg-desktop-portal-gtk and xdg-desktop-portal, i.e., I removed the packages altogether, and it works again now (Ctrl+O in chromium, add document in signal-desktop).

Previously, I had checked the journal log and had a lot of

juil. 04 09:38:41 intersect systemd[1392]: Starting Portal service (GTK/GNOME implementation)...
juil. 04 09:38:41 intersect systemd[1392]: xdg-desktop-portal-gtk.service: Main process exited, code=exited, status=1/FAILURE
juil. 04 09:38:41 intersect systemd[1392]: xdg-desktop-portal-gtk.service: Failed with result 'exit-code'.
juil. 04 09:38:41 intersect systemd[1392]: Failed to start Portal service (GTK/GNOME implementation).

It was not very helpful.

I suspect that the portals packages had been installed with kooha, a screencasting tool I tested but don't use.

I will update the title of the thread as fixed, even if my solution is radical and may not help others with a similar problem.

Arch Linux

#1 2024-08-05 20:56:24

[FIXED] Broken "select file dialog" in chromium and signal

#2 2024-08-05 21:41:20

Re: [FIXED] Broken "select file dialog" in chromium and signal

#3 2024-08-07 08:47:17

Re: [FIXED] Broken "select file dialog" in chromium and signal

#4 2024-08-07 14:03:56

Re: [FIXED] Broken "select file dialog" in chromium and signal

#5 2024-08-08 14:51:08

Re: [FIXED] Broken "select file dialog" in chromium and signal

Board footer