Firefox Community Forum

Firefox for Linux has a bug where it is unable to drag a tab from a non-active window. As in, if the window focus is on Firefox window A and I try to drag a tab from Firefox window B to window A, I have to click first the window. I can't just intuitively drag the tab from a non-active window, because it will get ignored. It will just activate the window, ignoring the drag.

Firefox for Linux, running on Nobara KDE latest desktop. Confirmed also on KDE Neon latest desktop.

In case anyone's interested, under Debian 12, when I resume from hibernation, if I have Firefox running as well as Tbird, if I click on a link in an email, the existing instance of Firefox is ignored and a new instance is opened. The first instance is in fact frozen -- it looks as it should but trying to change tabs or open a new tab is inactive. Seems I have to kill the open instance of FF, then if I click on a link in an email, FF pops up as it should with a new tab for the link, but the existing tabs are all there and all functional. It feels like a bug -- Tbird seems not to know that FF is already running.

Hello, I imported Bookmarks when I came to Firefox from a previous browser. The experience was terrible and challenges still linger. Firefox has come a long way, however UX still seems to be a 2nd class citizen. Bookmarks now has somewhat duplicate directories and this in turn is causing desktop/phone sync doubt and is likely missing bookmarks.

When sync breaks, it is so confusing. How can I simply have a working Bookmarks sync on desktop/phone?

Perhaps there was a challenge when I need Bookmarks to appear in the top bar when a new Tab is opened, as this was contrary to default Firefox settings.

I've installed Nightly the same way I have for years on my latest Fedora 33 install—i.e., download tarball, extract into /opt, set appropriate chmod and chown, make .desktop file, etc.—but certain videos certain videos on certain sites refuse to play. A Fedora discussion discussion led me to think it's how Fedora 33 may sandbox apps; I haven't yet had any hits on solutions in the Fedora groups, so I thought I'd ask here, since I can't be the only one with this issue.

Any help would be greatly appreciated!

Hello, I'm using Firefox as my default browser for a while now (10+ years) and I'm getting frustrated with this issue when using Azure Devops. Comments don't load at all and most pages take a long time to load if they load at all. Various features also take a long time to load or don't work at all (examples include adding a reviewer, referencing a story with #, etc.). Anyone else experience this?

It works well for maybe an hour, and after a couple of days it makes no sense anymore.

Now I'm using firefox containers with a container only for Azure Devops and seems working better but ... Curious thing is that it pops up and asks for credentials periodically every 5 or 10 minutes. Well, unless the boxes are already filled up with the credentials.

Thanks,

Hi, I have a disaster situation. I backed up my profile and then I wiped my computer running Ubuntu 20.04. I replaced it with Ubuntu 24.04. Now my profile seems to not be compatible with the Firefox installation on Ubuntu 24.04.

I followed this official instructions: https://support.mozilla.org/en-US/kb/back-and-restore-information-firefox-profiles

I put my old profile in the ~/snap/firefox/common/.mozilla/firefox/ folder and I set the correct values in profiles.ini. But sadly when I start Firefox all my passwords, extensions and history are not there. I lost everything.

I'm super desperate. Please tell me I can fix this somehow. Why is the official documentation lying?

I disabled graphics acceleration and I have the same problem. I tried several distros, it's the same thing each time, Firefox crashes and it's impossible to surf. could someone help me? I'm on opensuse thunbelweed

Signature core::option::expect_failed | webrender::scene_building::NodeIdToIndexMapper::get_spatial_node_index More Reports Search UUID 319ba611-fc97-439f-9456-a9e8d0240613 Date Processed 2024-06-13 05:28:23 UTC Uptime 78 seconds (1 minute and 18 seconds) Install Age 47,424 seconds since version was first installed (13 hours, 10 minutes and 24 seconds) Install Time 2024-06-12 16:15:12 Product Firefox Release Channel release Version 126.0 Build ID 20240509170740 (2024-05-09) Buildhub data OS openSUSE Tumbleweed OS Version 6.9.1-1-default #1 SMP PREEMPT_DYNAMIC Fri May 17 11:59:46 UTC 2024 (0c0b0b5) Build Architecture amd64 CPU Info family 23 model 24 stepping 1 CPU Count 8 Adapter Vendor ID

Advanced Micro Devices, Inc. [AMD/ATI] (0x1002)

Adapter Device ID

Picasso/Raven 2 [Radeon Vega Series / Radeon Vega Mobile Series] (0x15d8)

Startup Crash

False

Process Type parent MOZ_CRASH Reason (Sanitized)

no entry found for key

Crash Reason SIGSEGV / SEGV_MAPERR Crash Address 0x0000000000000000 Available Virtual Memory 4,520,636,416 bytes (4.52 GB) Available Page File 59,609,088 bytes (59.61 MB) Available Physical Memory 2,234,359,808 bytes (2.23 GB) EMCheckCompatibility

True

App Notes

openSUSE TumbleweedFP(D00-L1000-W0000000-T010) WR? WR+ libGL.so.1? libGL.so.1+ EGL? EGL- GL Context? GL Context+ WebGL? WebGL+

Crashing Thread (75), Name: WRScene~ilder#1 Frame Module Signature Source Trust 0 libxul.so RustMozCrash context 1 libxul.so mozglue_static::panic_hook /usr/src/debug/firefox-126.0/mozglue/static/rust/lib.rs:98 inlined 1 libxul.so core::ops::function::Fn::call /usr/src/debug/rustc-1.76.0-src/library/core/src/ops/function.rs:79 cfi 2 libxul.so std::panicking::rust_panic_with_hook cfi 3 libxul.so std::panicking::begin_panic_handler::{{closure}} cfi 4 libxul.so std::sys_common::backtrace::__rust_end_short_backtrace cfi 5 libxul.so rust_begin_unwind cfi 6 libxul.so core::panicking::panic_fmt cfi 7 libxul.so core::option::expect_failed cfi 8 libxul.so core::option::Option<T>::expect /usr/src/debug/rustc-1.76.0-src/library/core/src/option.rs:894 inlined 8 libxul.so <std::collections::hash::map::hashmap&lt;k, v, s&gt; as core::ops::index::index<&q>>::index /usr/src/debug/rustc-1.76.0-src/library/std/src/collections/hash/map.rs:1338 inlined 8 libxul.so webrender::scene_building::NodeIdToIndexMapper::get_spatial_node_index /usr/src/debug/firefox-126.0/gfx/wr/webrender/src/scene_building.rs:141 inlined 8 libxul.so webrender::scene_building::SceneBuilder::get_space /usr/src/debug/firefox-126.0/gfx/wr/webrender/src/scene_building.rs:1258 cfi 9 libxul.so webrender::scene_building::SceneBuilder::process_common_properties /usr/src/debug/firefox-126.0/gfx/wr/webrender/src/scene_building.rs:1275 cfi 10 libxul.so webrender::scene_building::SceneBuilder::process_common_properties_with_bounds /usr/src/debug/firefox-126.0/gfx/wr/webrender/src/scene_building.rs:1320 inlined 10 libxul.so webrender::scene_building::SceneBuilder::build_item /usr/src/debug/firefox-126.0/gfx/wr/webrender/src/scene_building.rs:1435 cfi 11 libxul.so webrender::scene_building::SceneBuilder::build_all /usr/src/debug/firefox-126.0/gfx/wr/webrender/src/scene_building.rs:977 inlined 11 libxul.so webrender::scene_building::SceneBuilder::build /usr/src/debug/firefox-126.0/gfx/wr/webrender/src/scene_building.rs:588 cfi 12 libxul.so webrender::scene_builder_thread::SceneBuilderThread::process_transaction /usr/src/debug/firefox-126.0/gfx/wr/webrender/src/scene_builder_thread.rs:593 inlined 12 libxul.so webrender::scene_builder_thread::SceneBuilderThread::run::{{closure}} /usr/src/debug/firefox-126.0/gfx/wr/webrender/src/scene_builder_thread.rs:314 inlined 12 libxul.so core::iter::adapters::map::map_try_fold::{{closure}} /usr/src/debug/rustc-1.76.0-src/library/core/src/iter/adapters/map.rs:92 inlined 12 libxul.so core::iter::traits::iterator::Iterator::try_fold /usr/src/debug/rustc-1.76.0-src/library/core/src/iter/traits/iterator.rs:2462 inlined 12 libxul.so <core::iter::adapters::map::map<i> as core::iter::traits::iterator::Iterator>::try_fold /usr/src/debug/rustc-1.76.0-src/library/core/src/iter/adapters/map.rs:118 inlined 12 libxul.so >::call_once /usr/src/debug/rustc-1.76.0-src/library/core/src/panic/unwind_safe.rs:272 inlined 14 libxul.so std::panicking::try::do_call /usr/src/debug/rustc-1.76.0-src/library/std/src/panicking.rs:552 inlined 14 libxul.so std::panicking::try /usr/src/debug/rustc-1.76.0-src/library/std/src/panicking.rs:516 inlined 14 libxul.so std::panic::catch_unwind /usr/src/debug/rustc-1.76.0-src/library/std/src/panic.rs:142 inlined 14 libxul.so std::thread::Builder::spawn_unchecked_::{{closure}} /usr/src/debug/rustc-1.76.0-src/library/std/src/thread/mod.rs:528 inlined 14 libxul.so core::ops::function::FnOnce::call_once{{vtable.shim}} /usr/src/debug/rustc-1.76.0-src/library/core/src/ops/function.rs:250 cfi 15 libxul.so std::sys::unix::thread::Thread::new::thread_start cfi 16 firefox set_alt_signal_stack_and_start(PthreadCreateParams*) cfi 17 libc.so.6 start_thread /usr/src/debug/glibc-2.39/nptl/pthread_create.c:447 cfi 18 libc.so.6 __clone3 </core::iter::adapters::map::map<i></std::collections::hash::map::hashmap&lt;k,>

Hello,

Moving from an older Ubuntu 18.04 machine where Firefox is limited to version 113 to a newer machine running Mint 22 where the current version is 134.

I know how to transfer the profiles but I could not find any information on compatibility.

Would I need to install other versions before 134 to handle any changes?

Thank you

My web site My web site allows user to login with .ejs Sign-up/Sign-in pages then delivers a React page. This works in Chrome and Safari. Https/SSL are provided by my host A2Hosting.

Firefox warns "Cookie “connect.sid” does not have a proper “SameSite” attribute value" when the cookie is set and then blocks the react page after login. If I enter the route that leads to the react page directly I can login and don't get the warning. In both cases the Storage tab in Dev tools shows the same settings for the cookie.

I made sure to remove any cookies for my site before testing the second scenario. I have tested this on Windows, Linux and Android versions of Firefox with the same results.

Here is my Express-Session instantiation ``` app.use(expressSession({

 store: new pgSession({
   pool: pool,
   tableName: 'session'
   // Insert connect-pg-simple options here
 }),
 secret: process.env.SECRET,
 resave: false,
 saveUninitialized: false,

cookie: {

   httpOnly: true,
   Secure: true,
   SameSite: "None",
   path: ['/'],
   maxAge: 60 * 60 * 1000 * 5
 }
 // Insert connect-pg-simple options here

})) ``` I've tried changing the path to include the react app route, I've added it to Cors white list and I converted it to open with an .ejs file instead of .html with no results.

Thanks for your support and for a great browser

Hello,

I have today encountered a reproducible issue with Firefox 145.0.2 (64-bit) on my system (CachyOS Linux). Whenever I press the "Print" button in the printing dialog for a PDF file, the browser freezes and no longer reacts to anything. I had to kill the process manually and try again. I have then downloaded the PDF and opened a different application to print it - that worked fine. Is this a known issue with Firefox? Does anyone have an idea how to fix this?

I already tried resetting the printer settings in the browser, but that did not change anything.

Thanks, Stefan

I try to set up Firefox Sync on Firefox on a VM on Fedora. I enter my e-mail and password. Then I get the message (after retrying): "Email resent. Add accounts@firefox.com to your contacts to ensure a smooth delivery." However, I do not get the email with the confirmation code.

My email address has this format j@xxxxx.org

In the last few days, after some minutes of usage, parts of Firefox become unclickable:

- I can still click on tabs to change tabs. - When hovering over the cross button to close a tab, it changes appearance as it should. Clicking the button does nothing. Ctrl+w still closes the button. - Clicking on the address bar does nothing. - Cannot click on back, forward, refresh buttons. - Cannot click on any add-ons. - Cannot click on preferences. - Can click on the button to open a new tab. There, I can enter an address. Once the page has loaded, address bar becomes unclickable again. - Bookmarks toolbar is still working as expected. - Keyboard shortcuts (ctrl+t, ctrl-w, ctrl-l) still work as expected.

I'm running ``` Mozilla Firefox 138.0 20250428130755 20250428130755 ```

on Manjaro 25.0.1 with GNOME 48

bp-f7b43b48-1330-4328-a36a-2d3f10260127

Firefox has been crashing regularly for a full day now. I have one profile with multiple extensions, and a fresh profile that is meant to test firefox without any. With this new, "clean-slate" profile with none of my extensions installed, I still get repeated crashes. It is getting in the way of my ability to work- it happens even in Troubleshoot mode, even though I could not confirm any hardware issues prior to this.

Will I need to delete the extenstion-filled profile entirely before going forward? Is there an update I need to install, or anything else I should do myself? Should I provide a list of my extensions?

Attached is the Report ID of my latest crash- hopefully it will help.

Thank you!

I have Firefox on Windows, Linux, and Android. Anytime I use Firefox on a desktop, it sends me to Tornado Alley in Kansas. However, I am not in Kansas, and I don't have dog named Toto either. I am in the Detroit area. If I use other browsers, I don't have this problem. It only happens on desktop computers. On my cell phone it shows the correct location. I have already done the simple troubleshooting measure (for a year now: clearing cache, uninstall, reinstall, etc...) and NOTHING removes me from this Tornado Alley, Kansas location on the Firefox browser. If I use Chrome, Opera, Edge, etc... I don't get this problem. It must be something in the Firefox program.

I have a local file I wish to view in firefox without starting a HTTP server (it's only docs for a crate I'm building) however Firefox is unable to open the file despite the file existing and having correct permissions. The file was in a separate mount (disk) to where Ffox is installed so I copied to to /tmp/ to remove that as a variable but still no joy..

➜ ~ file /tmp/index.html /tmp/index.html: HTML document, Unicode text, UTF-8 text, with very long lines (3556) ➜ ~ ls -la /tmp/index.html -rwxr-xr-x 1 ben ben 4208 Dec 30 14:04 /tmp/index.html

Am I missing some new setting which allows local file browsing using the good old 'file:///' protocol?

Thanks, Ben

OS Info: PRETTY_NAME="Ubuntu 24.04.3 LTS" NAME="Ubuntu" VERSION="24.04.3 LTS (Noble Numbat)" VERSION_CODENAME=noble

F/Fox version: 146.0.1 (64-bit)

I'm using openSUSE Tumbleweed and KDE Plasma. Ever since I updated to Plasma 6.1, Firefox crashes constantly when using Wayland. I'm not having this problem if I'm using X11. Crash reports are sent after every crash so I'm sure someone can reference these. When starting Firefox from a console, I got this message after a crash: "[GFX1-]: Wayland protocol error: wp_linux_drm_syncobj_surface_v1#67: error 5: explicit sync is used, but no release point is set"

Will this get fixed with the next Firefox update? Currently using 127.0.

This has been a problem for a while, currently on Firefox 126.0 and Nvidia 550.78. I can work around the problem by forcing webrender to use software mode.

When using HW accelerated webrender with my Nvidia graphics card everything works fine until the PC wakes from sleep, then graphics are broken and Firefox needs restarting. Most noticeable for me is when looking at Grafana graphs they will look like random lines, and my Frigate NVR snapshots only display some of the time.

Is there anywhere in Firefox that will show a log of any error messages to do with the graphics card? I would like to try and fix the problem rather than disabling HW acceleration, but with no logs to look at that is impossible. No other programs seem to have a problem with resuming from sleep, and no error messages are shown in any of the system logs.

I don't know if that was supposed to look like, but when rendering MathML in Firefox 124.0.1 when one uses "mtable" element the browser adds very huge gaps around.

The included image shows output for the following code:

<math display="block">

 <mfrac>
   <mi>A</mi>
   <mn>2</mn>
 </mfrac>
 <mo>=</mo>
 <mrow>
 <mo> ( </mo>
 <mtable><mtr><mtd><mn>1</mn></mtd><mtd><mn>0</mn></mtd><mtd><mn>0</mn></mtd></mtr><mtr><mtd><mn>0</mn></mtd><mtd><mn>1</mn></mtd><mtd><mn>0</mn></mtd></mtr><mtr><mtd><mn>0</mn></mtd><mtd><mn>0</mn></mtd><mtd><mn>1</mn></mtd></mtr></mtable>
 <mo> ) </mo>

</mrow> </math>

I often run into issues with PDFs in Firefox Linux. They either appear totally blank (typically after suspend/restore), or they appear with the desktop background showing through (as in the attached screenshot).

Hard refreshing the page doesn't change anything, opening a new tab and opening the PDF again doesn't change anything, opening a new window and loading the PDF doesn't change anything.

The screenshot is with this PDF: https://www.sgsw.ch/home/strom/_jcr_content/Par/sgsw_accordion_list_1838160259/AccordionListPar/sgsw_accordion_12353/AccordionPar/sgsw_downloadlist/DownloadListPar/sgsw_download_1049323524.ocFile/2023-08-31%20Mitteilung%20Elcom%20Erh%C3%B6hung%20Elektrizit%C3%A4tspreise%20f%C3%BCr%20das%20Jahr%202024.pdf

It renders correctly in Chromium.

Firefox 126.0 using the recommended performance settings on Mint 21.3, nvidia quadro p620 using the official nvidia drivers v535.171.04-0ubuntu0.22.04.1