While other flatpak apps have no problems. Any suggestions?
Firefox is one of the few exceptions I suggest always use native version
If it is due to an inefficiency of Firefox it seems strange to me that no fork has solved the problem, other browsers like Brave work perfectly.
Not only because of performance issues, but also because it’s clunky sometimes. For example, I cannot use KeePassXC Browser extension on Flatpak Firefox cause this implementation is borked. However in native version works flawlessly
The extension is probably not broken because of Firefox but because Flatpak’s sandboxing prevents it from talking to KeePassXC.
I know. That’s why I’m using native Firefox version, which works flawlessly
Flatpak Firefox and Chromium are very different. Note that Flatpak Firefox starts normally fast for me.
Use the native version, it is one of the best maintained software and has access to “user namespaces” for isolation.
Now search on the internet what that is XD
The only “Firefox” not presenting this start issue for me is Floorp but it’s proprietary.
Run it from the terminal to get more info.
Also run it through a profiler software like
perfwith the GUIhotspot.Also, you are not by accident using secureblue, are you?
What is it? I’m on Bazzite.
Dont mind then. Secureblue uses a strange hacky workaround for manking Flatpaks supposedly more secure.
So then try the other things I said.
Is floorp proprietary ?
https://raw.githubusercontent.com/Floorp-Projects/Floorp-private-components/main/LICENSE
I’m not sure, Wikipedia says partially
Any issues lately with your network? When DNS is down or having issues, Firefox and forks take forever to start up.
Nothing special, I don’t think that’s the problem since the lag is at every launch and it takes something like a minute to appear.
It also happens when the hosts file is messed up and the system can’t resolve its own hostnames. Opensuse used to be pretty notorious for doing something odd to the hosts file by default that really only affected Firefox.
Edit: the increased security they’re trying around the browser might also be triggering that local resolution issue
I don’t think that’s the problem
Listen to the parent, this is almost certainly something to do with DNS (i.e. Firefox is not getting an answer for some reason, then timing out, then using maybe a backup DNS server; maybe there are multiple rounds of this). Who knows how your distro and that flatpak produce this interaction, but something is going on there.
If that’s the issue, why it doesn’t happen with all other flatpaks?
Don’t know. Different runtimes? Different permissions?
Is this new, or has it been happening for a few days/weeks? I’m on Fedora Atomic (which Bazzite is based on) and have never experienced this (though I mostly use Mullvad browser, a fork of Firefox). I tried Bazzite a few weeks ago and also never experienced this with the Firefox flatpak. If it’s been happening for awhile, it may be hardware-specific or a config thing. Out of curiosity (just to get a 1:1 comparison), do you experience the same thing with the Mullvad browser flatpak?
I’m on a fresh install. I experienced this with Firefox, LibreWolf and Waterfox.
Hm, it could be a new issue then. I’m not seeing it on the Bazzite issues page, perhaps you should open a new issue on it here, and provide your hardware specs. At the very least, you could see if this issue is reproducible on other installs, and someone there could help to obtain more useful debug info to determine the actual problem. You could also report it on the Mozilla Bugzilla page, as chances are this is a Firefox issue and not a Bazzite issue, but I admit that the interface for bug reports is less intuitive for non-developers there. Bazzite devs would likely direct you to there first anyway though.
All I can really say myself is that I don’t experience this on Fedora Atomic KDE 40.20240607 with Mullvad Browser or the Firefox flatpak. I suspect it is either a hardware/config issue (on fresh install, I’d say a config issue is a distro issue if you haven’t changed anything), or that this is Bazzite specific and not present in upstream Fedora Atomic. Regardless, it’s a good idea to report this so that other users don’t experience the same bug
You’re on X or Wayland?
Bazzite should have wayland by default
I noticed this too on my slowest machine. I guess you should just use native packages or other formats to fix it (as the other person said). I’d stick with Flatpak if possible though. It’s more secure
Anything else works fine, the only other problem I’ve noticed is that some GTK applications don’t respect the KDE Plasma theme (in my case only Quod Libet).
I have many flatpak apps bork down on me (steam, wine, emulators…) just install from your distro repo instead and only use flatpak if you don’t have other choices
Native packages? Sorry.
Sorry for what? I’m trying a fresh install of Bazzite so the distro prefers flatpaks.
Sorry for giving a rather useless advice. Of cause, you know about native packages, but since you are asking about flatpak, you, probably, have a reason to chose it. So, my original message was mostly intended as a joke, for which I am sorry.
Yeah that is a dumb decision of the uBlue folks. I really like their tooling but their Flatpak browser stuff (and a bit more) are annoying.
You also cant even layer Firefox, due to this rpm-ostree bug
https://github.com/coreos/rpm-ostree/issues/4554
Make some noise there if you want.
IMHO I would avoid the ublue distros and just go for official fedora spins. The guys have good intentions, but they don’t have the means to maintain that many distros “properly”. I often end up enabling copr packages for bazzite in my fedora install, just to find out the program doesn’t work.
That being said, as the other comments told you, you can still install native apps on immutable distros, it’s just a bit more work. I don’t expect distrobox or toolbox to be much faster than flatpak, as they are all just containers with a nice cli, except flatpak is easier to update. But trying costs nothing
but they don’t have the means to maintain that many distros “properly”
That’s why they’re not separate distros from Fedora (as in, they don’t even host their own RPM repos nor maintain their own set of Fedora packages like Manjaro vs Arch) and purposefully so. It’s just stock Fedora with a few configs, third party repos/packages, and some scripts preinstalled. The entire thing runs on GH actions.
I’ve “solved” using distrobox, it work pretty well and I don’t see any lag. Bazzite is a very good distro imho, the problem is more on Firefox here.
While toolbox and distrobox seem very similar, distrobox comes with a slight warning :
I’m so glad to use a distro with 0 flatpak/snap/whatever, my FF is always the latest one, with a simple .deb install from apt, ❤️ MX Linux
I mean, it doesn’t matter the distro…
Except Ubuntu b/c they’re pushing snaps.
