SolarPunker@slrpnk.net to Linux@lemmy.ml · 1 month agoFlatpak Firefox (and forks) very slow to startmessage-squaremessage-square47fedilinkarrow-up120arrow-down12file-text
arrow-up118arrow-down1message-squareFlatpak Firefox (and forks) very slow to startSolarPunker@slrpnk.net to Linux@lemmy.ml · 1 month agomessage-square47fedilinkfile-text
minus-squareResponsabilidade@lemmy.eco.brlinkfedilinkPortuguêsarrow-up10·1 month agoFirefox is one of the few exceptions I suggest always use native version
minus-squareSolarPunker@slrpnk.netOPlinkfedilinkarrow-up1·1 month agoIf 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.
minus-squareResponsabilidade@lemmy.eco.brlinkfedilinkPortuguêsarrow-up3·1 month agoNot 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
minus-squareCrumblyLiquid@lemmy.mllinkfedilinkarrow-up2·1 month agoThe extension is probably not broken because of Firefox but because Flatpak’s sandboxing prevents it from talking to KeePassXC.
minus-squareResponsabilidade@lemmy.eco.brlinkfedilinkPortuguêsarrow-up1·1 month agoI know. That’s why I’m using native Firefox version, which works flawlessly
minus-squareboredsquirrel@slrpnk.netlinkfedilinkarrow-up2·1 month agoFlatpak 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
minus-squareSolarPunker@slrpnk.netOPlinkfedilinkarrow-up2·1 month agoThe only “Firefox” not presenting this start issue for me is Floorp but it’s proprietary.
minus-squareboredsquirrel@slrpnk.netlinkfedilinkarrow-up1·1 month agoRun it from the terminal to get more info. Also run it through a profiler software like perf with the GUI hotspot. Also, you are not by accident using secureblue, are you?
minus-squareboredsquirrel@slrpnk.netlinkfedilinkarrow-up1·1 month agoDont mind then. Secureblue uses a strange hacky workaround for manking Flatpaks supposedly more secure. So then try the other things I said.
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.