(Almost Solved?) Firefox flatpak started taking 3+ minutes to start? - eviltoast

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.

  • rtxn@lemmy.worldEnglish
    30·
    9 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.worldOP
      3·
      9 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.worldEnglish
        2·
        9 months ago

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

        • somethingsomethingidk@lemmy.worldOP
          3·
          9 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.worldEnglish
            2·
            9 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.worldOP
              2·
              9 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.