simon.schönbeck.dk

Tag: Mozilla Firefox

  • Fedora 44 and Firefox 154 crashing: “the specified toplevel id is already used”

    It does not happen often but today after rebooting Fedora Kinoite since the previous OS update Firefox crashed and would no longer load. This is a big issue since we all rely on the browser for everything plus the fact that my session includes tons of open windows and tabs which I would rather not lose.

    Luckily I already had a Flatpak version of Firefox installed from previously which I rarely use. It was installed for some codec issues with Ubiquiti Unifi Protect as well as for certain Youtube videos. This version does not contain all my user profile data or session but at least I could start digging around.

    A couple of weeks ago the Firefox Fedora package maintainer enabled KDE’s session restore feature (not the same as Firefox’s own session restore). However this broke the compatibility with Wayland crashing with “the specified toplevel id is already used“. To be fair I am not too much into the inner workings of XDG, so I tried to just get a work-around.

    The obvious one of starting in X11 actually worked. It launched Firefox and even restored my session. But it was utterly laggy compared to the smoothness of Wayland. If you want to try simply run this in the console:

    MOZ_ENABLE_WAYLAND=0 firefox

    Fortunately I am not the only user affected so there were a few bugs about the issue of which #2059617 has become the principal. Comment 10 mentioned the option to disable the Wayland session and it worked flawlessly. Find your Firefox profile in your home directory (e.g. $HOME/.mozilla/firefox/xxxxx.default-release) and add this line to the end of prefs.js:

    user_pref("widget.wayland.session-management.enabled", false);

    Now restart Firefox and all should be back to normal, Wayland working and your browser session restored.

    I left a comment in the same bug in case anyone needs to get up and running quickly. Hopefully a fix will be out soon so people that are not aware of these work-arounds can launch Firefox again.

  • “Unable to load stream. Please make sure port 7446 is open on your NVR.”

    In case you are seeing the error message “Unable to load stream. Please make sure port 7446 is open on your NVR.” when trying to watch the live camera stream on your Unifi Video NVR system from Ubiquiti, then the solution is rather simple.

    The error is caused by the self-issued certificate that comes by default with the Unifi NVR. As Mozilla Firefox has strict SSL (HTTPS) rules making sure that one does not connect to the wrong or fake website as could happen in e.g. a phishing attempt. I have not tried myself but from what I have read apparently Google Chrome does not enforce this in the same manner making the stream work out of the box in Chrome.

    The solution is to open the URL to the video stream directly in a separate tab or window so that you can accept the self-signed certificate for the session:

    https://NVR_IP_address:7446

    The page itself will return an error after the certificate is accepted but that is fine, it is simply to accept the certificate. After that simply reload the NVR interface and the HTTPS video stream will work fine

    Please note that if you are accessing the NVR from an external network you may have a firewall instance blocking the actual port. This instead would require port forwarding to be set up and that is a different story.