SolarPunker@slrpnk.net to Linux@lemmy.ml · 19 days agoFlatpak Firefox (and forks) very slow to startmessage-squaremessage-square61fedilinkarrow-up142arrow-down12file-text
arrow-up140arrow-down1message-squareFlatpak Firefox (and forks) very slow to startSolarPunker@slrpnk.net to Linux@lemmy.ml · 19 days agomessage-square61fedilinkfile-text
minus-squareBaalInvokerAlinkfedilinkPortuguêsarrow-up14·19 days agoFirefox is one of the few exceptions I suggest always use native version
minus-squareSolarPunker@slrpnk.netOPlinkfedilinkarrow-up3arrow-down1·19 days 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-squareBaalInvokerAlinkfedilinkPortuguêsarrow-up9·19 days 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-up7arrow-down1·19 days agoThe extension is probably not broken because of Firefox but because Flatpak’s sandboxing prevents it from talking to KeePassXC.
minus-squareBaalInvokerAlinkfedilinkPortuguêsarrow-up2·19 days agoI know. That’s why I’m using native Firefox version, which works flawlessly
minus-squareboredsquirrel@slrpnk.netlinkfedilinkarrow-up2·19 days 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-up5·19 days agoThe only “Firefox” not presenting this start issue for me is Floorp but it’s proprietary.
minus-squareboredsquirrel@slrpnk.netlinkfedilinkarrow-up1·19 days 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·19 days agoDont mind then. Secureblue uses a strange hacky workaround for manking Flatpaks supposedly more secure. So then try the other things I said.
minus-squareSolarPunker@slrpnk.netOPlinkfedilinkarrow-up2·edit-218 days agohttps://raw.githubusercontent.com/Floorp-Projects/Floorp-private-components/main/LICENSE I’m not sure, Wikipedia says partially
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