Firefox the flatpak version crashed and decided to remove itself from the system, is this common on Linux??
I checked thru Discover and terminal using whereis firefox and all I got is user/lib64/firefox
I should be mad, but I find this too hilarious to be mad… lol… files disappear not entire apps
No, because it doesn’t happen. Guaranteed your storage device or some other hardware component is having problems that is corrupting your drive.
It’s new hardware, and this is a fresh install… still… you could be right
Damn, that’s tough. Have you heard about our lord and savior Ubuntu and it’s blessed snap version of Firefox?
It’s blessed so hard, it’ll snap itself out of your system resources, giving you more RAM… Amen
🤣
Firefox is still extremely messy on Linux. It’s split between multiple platform types (flatpak, deb, snap) and I’ve seen multiple parts start to branch off on their own due to some fault. It’s really weird. Can’t even describe it. Why can’t they just do things simply.
Be honest. What did you say that offended Firefox so bad it decided to leave?
That he prefers Edge’s mother’s cooking.
When the questions you ask chatGPT even offend the browser you’re using!
Did it really uninstall itself? Run this command and check whether you can see Firefox’s ID or not:
flatpak listIf firefox is still in /usr/lib64/firefox, then it should still be there. Maybe just the .desktop file is removed?
OP mentioned that it was the Flatpak version, which doesnt add anything to root owned parts of the filesystem.
More than likely it was a failed package transition that failed. You were running one version, an update triggered, something went wrong, and your data folders got orphaned. You can try running a repair on the package, but they usually fail the same way.
Does this mean everytime there’s an update, Firefox will get uninstalled? … That’s a serious flaw
No. Sometimes package managers run into issues though. It’s rare, but it’s possible. If you had been updating on the CLI you would have seen the problem.
Fedora discourages updating through the CLI.
Not true at all. It wouldn’t matter anyway, because the GUIs in Fedora shell out to the underlying CLI anyway.
First, it’s true. Secondly, it matters a lot because there’s no fool proof way to update through the CLI that takes into account all of the software delivery methods that exist today so you could do use dnf to upgrade daily and still have old flatpak or viceversa. That’s exactly why Fedora recommends updating through the GUI.
Anytime there is an update, files are often deleted during that process so they can be replaced with new files or because those files are no longer part of the new version being installed. If an error occurs during this process, it is possible that an application will appear not to be installed because it’s broken.
Anyway, most software does at least partially “uninstall” when it is updating, so if the install fails, then it’s always possible that an update will have uninstalled something. That’s just updates regardless of operating systems, package managers, etc.
As someone formerly involved in security at the enterprise OS development scope, I consider one less Flatpak to be an improvement in security and consistency.
Well done!
wow, really? That contradicts everything i heard about Flatpaks
people say this all the time but the reasons they give are always nonsense in my experience, sandboxing alone makes flatpak better
It would be nice if @corsicanguppy@lemmy.ca clarified
what distro?
Fedora 41
I don’t have any advice for this exact problem but if it’s any consolation Firefox has randomly gotten offended at my video drivers and bricked my build. Multiple times. I use Librewolf when I can now.
That is hilarious though, sending frustrated IT vibes your way in both empathy and hopes it’ll help you reach the critical mass of superstition for the problem to fix itself before you have to threaten to take a hammer to it.
It’s… weird, did you do something that accidentally deleted firefox?
I removed the preinstalled version, and installed the Flatpak version because it’s more up to date, then i Installed Portmaster… That’s about it
i avoid using flatpaks if i can. recently had to migrate mine from the root partition to home partition cuz they had filled my root partition space.
And that’s why I don’t use flatpaks. Nothing like that has ever happened to me.
I use Flatpaks because they’re supposedly more sandboxed thus more secure, especially in something that is exposed to the Internet like a web browser, I need all the sandboxing I can get…
I wish it doesn’t happen again, because I spent 2 hours tweaking Firefox, importing data to my extensions and some of them I have to configure manually…
Actually, in the case of a web browser, Flatpak weakens both Firefox’s and Chromium’s internal sandboxing, possibly allowing for breaking of cross-site or site-host boundaries. Firefox is even weaker then Chromium as a Flatpak because it can’t use the zypak fork server. Both are weakened, best to avoid.
For basically any other app, Flatpak can be beneficial as a sandbox.
Basically, don’t sandbox browsers because its like wearing 2 condoms. The only sandboxing tool I know that doesn’t interfere with the browser’s sandbox (and also doesnt allow for the possibility of privilege escalation, like Firejail) is Bubblejail
PS: Since you mentioned you are on Fedora, Bubblejail is offered through this COPR repo from the Secureblue team. It provides a sandbox without interfering with the browser’s sandbox. It comes with profiles for Firefox and Chromium. Only issue ive experienced is that the sandbox works, aka it means I can’t access files from my home directory unless explicitly given permission to a folder.
Thanks for sharing, I’ll will look into BubbleJail, and I installed the standard FF .rpm package, it’s much more stable than the Flatpak… hmmm
You still have the binary then. Type
firefoxinto the terminal.It says: bash: firefox: command not found…
Install package ‘firefox’ to provide command ‘firefox’? [N/y]
its
flatpak run org.mozilla.firefoxWhat this person told you was wrong, you need to use
flatpak run [package id]to run flatpak apps. You can doflatpak listto see all installed flatpaks with their ids. An id looks something likeorg.example.appand you’d run it withflatpak run org.example.app.Also, is it shown as being installed in Discover? If it’s not you could try just installing it again and if it is, you can try uninstalling it first. The user data for Firefox should stay intact.
And if ever unsure, look up Firefox on flathub; every app page shows the command line instructions for installing and for running it.
Bash will cache command locations so it doesn’t need to scan your path too frequently. You can clear it with “hash -r”.
See the other comment about running flatpaks - it’s their fatal flaw imho.
