flatpak firefox can't open file chooser
on bazzite kde, flatpak firefox can't open filechooser
126 Replies
actually it is librewolf but same error for both
Wasn't able to recreate it on my end
I have no idea how that would happen
what varient are you using
bazzite-deck
shouldn't need to
that's considered bad-practice too
ah, alright. I am also having flatpak issues though, posted another post - https://discord.com/channels/1072614816579063828/1146114983596396635/1146114983596396635
the problem disapeared now. It happened as a different user too but when I loged back into my regular user, the problem is no longer there.
Interesting
And this is desktop or deck image?
nvidia desktop
Appreciate it, might explain why it doesn't affect everyone
I'll do some testing against multi-user installs
I also had this, I had this black bar on top of my screen and it wouldn't disapear until I layerd akmod-nvidia and typed
sudo rpm-ostree kargs --append=rd.driver.blacklist=nouveau --append=modprobe.blacklist=nouveau --append=nvidia-drm.modeset=1
even though I am using the NVIDIA imageThose should all be automatic, check the logs of bazzite-hardware-setup
where would that be?
journalctl -u bazzite-hardware-setup | fpaste
earliest entry shows the kargs already there
I'll test this in a VM
what should happen is..
only thing this can't do for you is the secure boot keys
secure boot is also disabled too
I am experiencing this issue too. Was just trying to open the file browser to attach a file to an email. Firefox wouldn't do it. Chrome would though.
Bazzite KDE Nvidia desktop version.
@EyeCantCU more xdg weirdness
Fun
Are we missing xdg-desktop-portal-gtk?
Nope...
What about running
exec /usr/libexec/xdg-desktop-portal-gtk
and then tryingI made an issue for this https://github.com/ublue-os/bazzite/issues/216
GitHub
[Critical bug] flatpak firefox or librewolf can't open file chooser...
I get this error (LibreWolf:2): Gtk-WARNING **: 09:55:16.698: Can't open portal file chooser: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No such interface “org.freedesktop.portal.Fil...
Is this just a ublue thing or does it also happen on silverblue, etc?
I never experinced it on silverblue (has been a while since I used vanilla silverblue)
Can't replicate this on GNOME. Might be specific to KDE
Can anyone run
rpm -qa | grep xdg for me?
Weird crap
could be missing a flatpak we need(?)
worth a flatpak repair check
I did that and it says its fine
Possibly. I wonder if removing it and reinstalling it would help?
i can say this affected me a couple of days ago
i had to download applications on firefox with the default "save to downloads" folder instead of choosing
as a workaround
librewolf flatpak did it too
does this still?
i gotta check later when i get on my desktop
maybe an update fixed it?
it actually might have been fixed yesterday
i think it was
it was just 2 days ago
i would suggest forcing an update to those affected:
just updatewe don't really change anything even tangentially related to this
sounds like a service problem of some kind
is everyong here using autologin?
yes!
i am
hey bro
do systemctl restart --user xdg-desktop-portal
and tell me if it work
I will use that if it doesn't work
if that fixes it it's a great hint
and we can dig further
it is not an issue at the moment anymore but if it happens again, I will try that
I fleel like this is exactly what my issue was but I was bad at words:
https://discord.com/channels/1072614816579063828/1087140957096517672/1145080388486696981
someone pin this message pls
@EyeCantCU anything stopping us from making this automatic for the time being?
Gotta be something goofy, like a race condition
could restart it in the oneshot we do
That would work. It's an odd issue
yah it happened twice in 3 days
i mean,another ticket was steam file chooser with the same issue
and i had it as well
Btw are you still experiencing https://discord.com/channels/1072614816579063828/1144743760224329960 ?
I feel like a crazy person -.-
oh
i havent even tried it
my uni just started again and im on my last semester
havent even opened steam outside of the deck
i will keep everyone up to date about both of these when im able to get on my desktop tonight
i reinstalled the distrobox container
and it works fine now
so idk if flatpak steam is still screwed up but bazzite-arch distrobox container steam is fine
Nice. I've been running steam from the arch distrobox terminal directly in the meantime.
On the one hand I can see fun game code in valheim/unity like a hacker 😮
This may be fixed by
https://github.com/ublue-os/bazzite/commit/f0a3b0b73b1ed684e56961bf73cbf303bd62fee9
Addition is the Restart=on-failure and RestartSec lines
so it'll at least try to come back if something goes wrong
heyy, restarting the service fixed https://discord.com/channels/1072614816579063828/1146114983596396635 for me
encountered the problem again and this command fixed it
@EyeCantCU looks like restarting the service automatically doesn't resolve it
Wish we knew what this was, it's not like much is different here from stock fedora
I'll get a VM setup and try to figure this out. Odd that this seems to be just KDE (I haven't seen it on GNOME, yet to see it reported yet)
Speaking of gnome, there's an open issue of night mode not working on Steam deck
As far as I can tell that's actually due to Auto login, that breaks it on desktop too
Might just have to link to gnomes issue tracker on that one and close it
That's... So weird
you would then need to rerun it every so often
I'd set it up to Auto restart on crash
Apparently that does not fix it
If this happens to you again I would definitely really appreciate a log
https://discord.com/channels/1072614816579063828/1146114983596396635/1146114983596396635 happens to me after every reboot and
systemctl restart --user xdg-desktop-portal fixes it.
The xdg-desktop-portal is not crashed before the fix though, looks just normal:
I suspect there is a race condition somewhere on boot. I am on Bazzite desktop kdeI agree with you,i have to redo restart the service multiple time ,something must be happening....
@KyleGospo has to be a race :/. Started up a VM, let it install Firefox, opened Firefox and downloaded the Bazzite ISO, clicked on the view folder button, and it opened fine
let's try restarting it in the session start script
Maybe that'll fix it for the time being
That sounds good to me. I was reading about it earlier and it seems like a pretty common problem
File chooser for uploads works too 🤷
it only affects NVIDIA varrients
That's interesting. I run Nvidia
I also had problems with NVIDIA working too, layering
akmod-nvidia fixed the problem with the black bar on top of the screen and the drivers not loading issue.I wasn't aware these were problems. I've been using the Nvidia drivers since I started working on Ublue back in May. They've worked fine save for one issue a week ago that was preventing games from opening on Steam. Between a 970, 1650 Ti, and a 3070. Very curious now
I have a feel questions about the steam deck version? when you connect a keyboard to the steam deck, can you just use any usb-c to usb-a adapter or do you have to use their dock? Is there an onscreen keyboard build in for kde plasma deck version?
You can generally use any adapter. It uses Steams keyboard. Pressing the Steam button and X at the same time brings it up
It's pretty much a PC
even on desktop mode?
Yup
that's good
Yeah, I really like mine. Would highly recommend it. Coolest device I own
so is the steam keyboard a virtual keyboard that you can access on desktop and game mode? what package intergrates the steam keyboard?
Yeah. It's built into Steam directly
No added packages needed for that
It's part of the steam client
oh so does that mean it is available for any device that has steam installed?
yep
launch steam with -steamdeck
it'll be present
I'm also having this issue. Fresh(ish) install on desktop with AMD gpu. The command posted above fixed it for me as well
systemctl restart --user xdg-desktop-portalKDE or GNOME?
KDE
and desktop or deck image?
desktop
ty
AMD
That command also fixes not being able to click hyperlinks in discord to open in firefox
Does uninstalling
xdg-desktop-portal-gtk help?
rpm-ostree override remove xdg-desktop-portal-gtk
If not rpm-ostree reset will restore itUhh lemme try.
I'll need to reboot first to break it again 1 sec
I know it sounds counterintuitive but it's one of the fixes I read about
Ah.. I forgot I put that fix in my bashrc so I could just launch terminal to fix it. gotta remove it lol
It's cool. No rush and it's always something I can try
Okay do I need to reboot after uninstalling
Yeah
Didn't fix it :/
if you could dump your systemd logs
that might be helpful
What's the best way of going about that? Is that in /run/log/journal?
journalctl?
why does this happen on bazzite but not stock kinoite?
My full journalctl log is 11MB
Might be a race. I wonder if this is an issue on our Kinoite images
That works
what do you mean by "might be a race"?
more problems lol
1 sec i'm gonna upload it to my pCloud and share
It might be trying to start at a time where it isn't able to start because what it may need to start isn't there
That worked too. Thank you so much
Because it's starting earlier
pCloud
systemdlog.txt - Shared with pCloud
Keep all your documents safe, access them on any device you own and share with just the right people. Create a free pCloud account!
bazzite desktop should be nearly 1:1 with kinoite now, especially with no autologin service
very curious what's going on here
at this point I want to check the few configs we include in steamos-kde-presets-desktop
and see if anything stands out to the versons of them included in kinoite
that or install that package in kinoite
there's basically nothing else it could be
omg most of that log is
Sep 13 16:51:05 puter kwin_wayland[2119]: kwin_screencast: Dropping a screencast frame because the compositor is slow@KyleGospo hate to be the bearer of bad news but I looked through the repo and I don't see anything that would cause this issue
why was bazzite not 1:1 compatable with kinoite before?
We build directly off of our Kinoite images. There's never been any incompatibility there. Changes were just made to make the desktop variant closer to Kinoite
but then why do akmods install nicely on stock kinoite but they fail to install on bazzite or any ublue varrient?
We ship akmods in the kernel. Any issues there would be a conflict with one of those
that makes sense
what makes it you unable to layer steam on bazzite but able to layer steam on stock kinoite?
You can layer it. It should work all the same. Works most the time with occasional breakages
I am going to try again in a vm after updating it
Not sure it will work right now as our Deck images have been failing
oh ok
nope, it didn't work
Kinoite isn't an OCI
dependencies being a moving target
will the bug be fixed soon?
Still don't know what causes it, we didn't change anything here
Hopefully soon
then what is it???
a KDE spin of Fedora Silverblue, a full fledged operating system. Universal Blue images are OCI images that use Fedora Silverblue/Kinoite/etc to create custom images
you're literally using Fedora Silverblue/Kinoite when you use ublue's images but they use Docker containers to basically have everything all tuned with whatever specific packages that are added to the image, systemd services added, etc
I thought all ostree systems use some form of an OCI image as the base image. What kind of images does stock kinoite and silverblue uses instead?
it's just like any other fedora system
they aren't OCIs
they aren't composed with Dockerfile
it is not just like fedora workstation though. I am just wondering what fedora ostree uses instead of OCI images?
no
I am wondering what it uses instead though? what image format does stock fedora ostree use?
whatever fedora workstation uses. but they're in the process of moving to OCI probably at Fedora 40 or later