64
(Almost Solved?) Firefox flatpak started taking 3+ minutes to start? (lemmy.world)
submitted 8 months ago* (last edited 8 months ago) by somethingsomethingidk@lemmy.world to c/linux@lemmy.ml
28 comments fedilink hide all child comments

Edit:

I turned off my wifi card, and now it launches immediately. Of course, what is a browser with no internet. But I guess there's something about the network I moved to thats causing the delay. I'll try a different network tomorrow and update for science

OG post: This applies to librewolf and firefox flatpaks. Just to preface, I've been using these flatpaks for years and never experienced anything like this.

This morning I did my business as normal with no issues. I usually open and close firefox alot and it takes maybe 10-30 seconds to start.

Then I shutdown for awhile. Came back and fired up firefox... nothing happened. The process is not using any cpu, it just sits. I kill the process and try again nothing changes. After 3-5 minutes, the window finally pops up.

My system installation of firefox works fine. So does the flatpaks for qutebrowser and tor browser. I ran flatpak repair and reinstalled them. Nothing has changed.

I didn't make any changes to my system. There were no significant updates. I have no idea why this started.

If anybody has any tips on troubleshooting this, I would appreciate it.

Btw I'm on fedora39, and I've tested this on sway, gnome, hyprland, and gnome on xorg.

you are viewing a single comment's thread
view the rest of the comments
[-] rtxn@lemmy.world 30 points 8 months ago* (last edited 8 months ago)

It usually does that for me when the XDG Desktop Portal borks. Run it from a terminal (flatpak run) and see if it complains about not being able to find a "settings" portal. You can also try to restart the xdg-desktop-portal.service user unit.

No joke, XDP has been so fucky on Hyprland, I have a keybinding to restart it.

[-] somethingsomethingidk@lemmy.world 3 points 8 months ago

I tried restarting portal, didn't work. systemctl status for xdp did show an error for hyprland about a config file. But I'm running on sway mainly. I just tried out different DE's to see if anything changed.

Here's flatpak output

flatpak run --verbose io.gitlab.librewolf-community
F: No installations directory in /etc/flatpak/installations.d. Skipping
F: Opening system flatpak installation at path /var/lib/flatpak
F: Opening user flatpak installation at path /home/auser/.local/share/flatpak
F: Opening user flatpak installation at path /home/auser/.local/share/flatpak
F: Opening user flatpak installation at path /home/auser/.local/share/flatpak
F: /home/auser/.local/share/flatpak/runtime/org.freedesktop.Platform/x86_64/23.08/329ad0f04e21dc3234accff013641299e13a9eb2f1b2908129692b4755393789/files/lib32 does not exist
F: Cleaning up unused container id 75319174
F: Cleaning up per-app-ID state for io.gitlab.librewolf-community
F: Allocated instance id 821024549
F: Add defaults in dir /io/gitlab/librewolf-community/
F: Add locks in dir /io/gitlab/librewolf-community/
F: Allowing dri access
F: Allowing wayland access
F: Allowing pulseaudio access
F: Pulseaudio user configuration file '/home/auser/.config/pulse/client.conf': Error opening file /home/auser/.config/pulse/client.conf: No such file or directory
F: CUPS configuration file '/home/auser/.cups/client.conf': Error opening file /home/auser/.cups/client.conf: No such file or directory
F: Running '/usr/bin/bwrap --args 43 /usr/bin/xdg-dbus-proxy --args=45'
F: Running '/usr/bin/bwrap --args 43 librewolf'
[-] rtxn@lemmy.world 2 points 8 months ago

That's more or less what mine says. What about journalctl, does it print anything in red?

[-] somethingsomethingidk@lemmy.world 3 points 8 months ago

Nope it's all green.

Idk if you saw my update but turning of the wifi fixes this problem.

I did move to a new network yesterday, I just didn't think that could impact the flatpak launch, while not affecting the systems binary launch.

It's a real head scratcher

[-] rtxn@lemmy.world 2 points 8 months ago

What brand and model is your wifi card? Linux has always had issues with Broadcom modules, but I don't know why or how that would affect flatpak. Maybe you can find a relevant permission in Flatseal (like allowing the browser to control the wifi card) and turn it off for Firefox.

[-] somethingsomethingidk@lemmy.world 2 points 8 months ago

The card is Realtek. I found an askubuntu thread where all flatpak commands were hanging, and their solution was to disable the nic.

This has only happened on this network. I didnt mention at first because I didnt think it mattered, but I'm visiting someone and moved networks.

The instant I take the dev down, the browsers pop up. I would bet money that when I go to my home net everything will work.

The flatseal angle didnt work either. The only reference is names on system bus.

this post was submitted on 25 Feb 2024
64 points (95.7% liked)

Linux

47919 readers
1180 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
AgreeableLandscape@lemmy.ml
nooter692@lemmy.ml
MarcellusDrum@lemmy.ml
cypherpunks@lemmy.ml
cyclohexane@lemmy.ml
d3Xt3r@lemmy.nz