Firefox Community Forum

I recently made a backup (via the option under Account and sync in the settings), as I was switching to a new OS. Unfortunately, when selecting the backup in the new OS, I am greeted with the error message:

This file isn’t working. Try picking a different file.

According to this, my file is corrupted. Is there anything I can do to fix this, or have I just lost all my data? I no longer have access to the profile files in the original OS.

I see this in abrt:

--- Running report_uReport --- Server responded with an error: 'Element 'desktop' is invalid: String '/usr/share/wayland-sessions/plasma.desktop' does not match the pattern '^[a-zA-Z0-9_/-]+$

--- Skipping collect_GConf --- No matching actions found for this event.

--- Skipping collect_vimrc_system --- No matching actions found for this event.

--- Skipping collect_vimrc_user --- No matching actions found for this event.

--- Running collect_xsession_errors --- No /home/j/.cache/gdm/session.log

--- Running analyze_CCpp --- Generating backtrace Backtrace is too big (295534 bytes), reducing depth to 512 Backtrace is too big (283210 bytes), reducing depth to 256 Backtrace is too big (283210 bytes), reducing depth to 128 Backtrace is too big (283210 bytes), reducing depth to 64 Backtrace is generated and saved, 23162 bytes

--- Running analyze_BodhiUpdates --- Looking for similar problems in bugzilla abrt-action-find-bodhi-update [WARNING] Duplicate Bugzilla bug '#1207138' was found Searching for updates No updates for this package found

Is this normal behavior for Firerfox 155.0 on Fedora 44 KDE-Plasma 6.7?

Firefox security features warning on Linux doesn't explain what kind of file to add to apparmor.d/firefox-local. Is it a .txt file, or something else?

I have reproduced a persistent Firefox/Linux emoji rendering issue in ChatGPT and found a small CSS workaround that fixes it.

Environment

Linux Firefox 155.0.1 The problem also reproduces in a completely fresh Firefox profile Noto Color Emoji is installed

Symptoms

In normal ChatGPT conversation text, some common emoji such as:

😄 😂 😀 😁 🙂 😊 🤣 ✅

render as monochrome or outline glyphs.

Other emoji such as:

🚀 🔥 ❤

may render correctly in the same message.

A particularly useful clue is that the same affected emoji render correctly inside ChatGPT code/copy boxes, while failing in ordinary response body text.

Firefox DevTools Fonts inspection showed ordinary fallback fonts including DejaVu Sans, FreeSans and Nimbus Sans being used alongside Noto Color Emoji.

Updating Firefox from 155.0 to 155.0.1 did not fix it, and neither did creating a completely fresh Firefox profile.

Diagnostic test

Running this in Firefox DevTools Console on chatgpt.com immediately fixes the affected emoji throughout the page:

document.documentElement.style.setProperty(

 "font-variant-emoji",
 "emoji",
 "important"

)

Permanent workaround

Using the Stylus extension, scoped only to chatgpt.com:

html {

   font-variant-emoji: emoji !important;

}

This survives a complete Firefox restart.

This appears to be a font/emoji-presentation interaction where some emoji-capable Unicode characters are being satisfied by ordinary monochrome text fonts before the colour emoji font is selected.

Mozilla Bug 1971053 describes closely related glyph-selection behaviour and mentions font-variant-emoji: emoji as a remedy: https://bugzilla.mozilla.org/show_bug.cgi?id=1971053

I am posting this both in case it helps other Linux/Firefox users and to ask whether this remaining behaviour on Firefox 155.0.1 is expected or should be tracked as a current Firefox/web-compatibility issue.

Up until recently (apologies, I do not know which version) when editing userContent.css on Debian 12 in the ' Developer Tools ' I could just use CTRL+S to save my changes and all was well.

Now it appears to have forgotten where it loaded in the first place, because (when using the shortcut or the 'save' link under the name on the left) it just opens the user's home folder at its root level or ' ~/ ' ...

Is this a bug that I should raise at bugzilla? Or has another bug fix messed this functionality up somewhat?

This is the ' mozilla-deb ' / ' Mozilla Firefox Debian Package ' currently at version 154.0 which is usually updated weekly.

I'm on FF 154.0. The power went out here and when it came back and I booted the desktop computer something had changed in FF.

I used to see the active tab as green in the tab bar and yellow for the rest, but now they're all gray until I mouse over the bar and only then does it turn green/yellow.

I struggled with this for many hours trying many //active tab color// solutions I found in searches but nothing got it back to my old behavior.

So as a last resort I tried adding the Firefox Color extension, but when I click Add to Firefox it just turns into a throbber that never changes so it doesn't install. I'm stuck!

Frustrated!!

Ever since the latest update i've noticed my firefox browser after using it for a while starts eating up all the ram until my computer freezes and needs to restart, i've heard this issue happen to others too but i am wondering if there are any ways to prevent it or will there be any updates to fix it?

I use my firefox on bazzite and have nothing else running in the background, after a while i watch the stats in my task manager and i see firefox using over 10GB of ram and climbing and have to shut it down before it freezes my pc

(can't show any screenshots because if i do then my pc would probably crash when trying to SS it while it has its problem)

I get this dozens of times in a session. As far as I can tell it doesn't affect performance. I found a solution about using notification-daemon for Ubuntu from 4 years ago that doesn't apply to Slackware. I like to eliminate error reports. I don't even know what this means. Knowing would be great, even if I can't stop it. Just eliminating the error report, if it's harmless, would be nice.

Buenas. Me es imposible arrancar Firefox 155 en Debian 13. Cada vez que lo intento, un mensaje me dice: "Your Firefox profile cannot be loaded. It may be missing or inaccessible". En efecto, estuve tocando la configuración de perfiles para migrarlos desde una copia de seguridad y algo debí de hacer mal por despiste. Para aligerar, desinstalé completamente el programa con remove --purge / clean / autoclean / autoremove y lo volví a instalar de nuevo, pero el problema persiste. Es como si quedara algún rastro de la antigua instalación. Desinstalado de nuevo, intenté buscar la carpeta oculta de Mozilla Firefox, que eliminé; pero al instalar de nuevo el navegador, el problema persistía. ¿Qué sucede? ¿Alguien me puede echar un cable? Gracias y saludos.

I would like to make Firefox web browser to save automatically the "tab group" created.

The feature is already there by left clicking on the group and choose "save and close group". I would this to be automated as default behaviour at every attempt to close the last tab of the group, so the "tab group" never gets deleted by itself. Only deliberately left click on the tab group and choose "Delete group".

Thank you in advance for your time reading this. 🙇

I've made a related feature request to include an option to force Firefox to give the option to autofill any arbitrary field as a credit card, address, whatever. This is because 9 times out of 10, Firefox either fails to recognize a field and doesn't offer an autofill option, or something else is going on. If I was able to right click on an empty field and select, "Fill from credit cards," this would solve my problem.

I inspected some of these elements and see that they seem to contain the correct type of markup, with the proper autocomplete="cc-number" attribute. So why is Firefox not recognizing that field? Why is it not popping up an option to autofill?

tl;dr: there is no option to autofill even on correctly marked-up forms. Nothing pops up. My credit cards are stored correctly, I'm logged in as the correct user, the feature works on *some* checkout forms, just not most of them.

edit: I don't know how to delete this. turns out this is a known bug on firefox on linux. Firefox cannot actually save payment info, but doesn't serve an error to the user. however in the console it will throw a NS_ERROR_ABORT error: "User canceled OS unlock entry" error when it tries to save. the one solution i looked at seemed way too complicated for me so i am simply going to give up and try to keep my cc closer to me and not get frustrated when it doesn't work.

I'm using Mozilla's Firefox Debian package, Firefox 155.0.1 (64-bit), on a desktop. Until this version, my compose key worked with no problem, in Firefox and all other applications. Now it works with all other applications, but not Firefox.

My .bashrc includes this line: export GTK_IM_MODULE=xim

I checked about:config, and focusmanager.testmode is set to false.

Any ideas? I can't type my name without the compose key...