You are not logged in.
Pages: 1
Sorry in advance if this is the wrong forum. I couldn't find a better one, and the new bug tracker sucks if you don't know which package is at fault. Happy to learn how to deal with this in the proper fashion.
About a week or two ago the file selector in my browsers Chromium, Firefox and Opera stopped working. Whenever there would be a file selector in the past ("save image as", "attach file" etc) now the button gets clicked but nothing happens.
I've reported it on the Chromium bug tracker here, but by now I suspect it's a GTK problem: https://issues.chromium.org/issues/323890260
Has anyone been able to observe this? Any idea how it might be fixed?
Thanks.
Last edited by skypher (2024-02-16 05:09:26)
Offline
Those are using a file selector as provided by a XDG desktop portal implementation. Do you have such an implementation installed and started? https://wiki.archlinux.org/title/XDG_Desktop_Portal -- for the standard gtk dialog you need xdg-desktop-portal-gtk.
This also strongly depends on a properly working session bus, by which way are you logging into your system and how are you starting your graphical session? output of
printenv DBUS_SESSION_BUS_ADDRESS
systemctl --user status xdg-desktop-portal-gtkLast edited by V1del (2024-02-08 13:05:12)
Offline
I'm using Ion3 (Notion) as a window manager.
Starting /usr/lib/xdg-desktop-portal and /usr/lib/xdg-desktop-portal-gtk seems to have helped, along with a newly created
$HOME/.config/xdk-desktop-portal/portals.confcontaining the following:
[preferred]
default=gtkOffline
While you likely need that file for "exotic" envs like that, if you're using startx make sure your .xinitrc follows the blue notes to propely setup the user session: https://wiki.archlinux.org/title/Xinit#xinitrc
In any case, if you consider this [SOLVED] please mark it as such by editing the title in your first post.
Last edited by V1del (2024-02-08 14:45:12)
Offline
While you likely need that file for "exotic" envs like that, if you're using startx make sure your .xinitrc follows the blue notes to propely setup the user session: https://wiki.archlinux.org/title/Xinit#xinitrc
In any case, if you consider this [SOLVED] please mark it as such by editing the title in your first post.
Hmm. It mentions /etc/X11/xinit/xinitrc but my system doesn't have that file. Only /etc/X11/xinit/xinitrc.d
Do I need to source all the files in there?
Offline
$ pacman -F /etc/X11/xinit/xinitrc
etc/X11/xinit/xinitrc is owned by extra/xorg-xinit 1.4.2-1
$ startx and xinit are in the same package.
Please post the output of pacman -Qikk xorg-xinit .
How are you starting ion3 / notion ?
/etc/X11/xinit/xinitrc
Last edited by Lone_Wolf (2024-02-08 15:14:22)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
$ pacman -F /etc/X11/xinit/xinitrc etc/X11/xinit/xinitrc is owned by extra/xorg-xinit 1.4.2-1 $startx and xinit are in the same package.
Please post the output of pacman -Qikk xorg-xinit .
How are you starting ion3 / notion ?
/etc/X11/xinit/xinitrc
xorg-xinit is not installed, it seems that at some point I decided to use the "sx" package instead. That was a long time ago so I don't remember why.
It seems like the sx package should either depend on xorg-xinit or provide its own alternative to /etc/X11/xinit/xinitrc ?
In any case there doesn't seem to be a conflict between sx and xorg-xinit, so I just installed the latter and will peruse the "if" block from /etc/X11/xinit/xinitrc.
Offline
It seems like the sx package should either depend on xorg-xinit or provide its own alternative to /etc/X11/xinit/xinitrc ?
the sx readme indicates it uses a different mechanism
* None of the typical /etc/X11/xinit infrastructure is directly used.
* Neither XINITRC is honoured nor .xinitrc used.
* The XDG_CONFIG_HOME/sx/sxrc file is used instead of .xinitrc and is
required to be executable.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Just wanted to say thanks to everyone, all is well again now. ![]()
Offline
And you did integrate the relevant block to parse the user session setup scripts into sxrc now? That will likely avoid a bunch of other gotchas as well.
As already mentioned earlier if you have a solution now, you should change the title in your first post and ammend [SOLVED] so others know there might be a solution to be found,
Offline
And you did integrate the relevant block to parse the user session setup scripts into sxrc now? That will likely avoid a bunch of other gotchas as well.
As already mentioned earlier if you have a solution now, you should change the title in your first post and ammend [SOLVED] so others know there might be a solution to be found,
Yes, I've made the relevant change.
Didn't see your comment earlier about marking as solved. Also done now. Thanks!
Offline
Pages: 1