Alle produkter supportforum

Hello Firefox community and thank you for your time and effort. Let me begin by saying I used to have this same issue with MS operating systems until I said goodbye to MS and went to Linux on one laptop and got a Mac for streaming and graphics. Here is the issue: MS had so many background processes running constantly, regardless of what I was using the machine for, that I regularly experienced crashes, warnings and slowed responses on my Windows machines. No matter how vigilant I was about settings and stopping processes and keeping system clean, I would regularly have to replace the fan on my machines as the constant overheating would eventually kill the fans. That has not been a problem since I made that switch away from MS. Until now. I keep clean machines and keep them updated religiously. But with the latest few Firefox updates the problem is now back on both my Linux built Lenovo and my MacBook Pro, especially the Mac. That regularly shuts down after an hour of streaming use. When I hear the fan constantly struggling and feel the machines heating up I check the background processes and find that Firefox has at least four running processes eating up resources. Force stop does not fix the resource hogging; by the time it is apparent and I respond the machine is already overheated and shuts itself down. Last night I started searching and found a (very) recent thread about this same issue. Most of the participants were attributing it to recent updates. If this is the case is there any effort to fix this? I would hate to have this issue completely destroy my older (but still heavily relied upon) MacBook with this constant mechanical challenge since I cannot afford to replace it. Please can you fix this problem. It is an old and exhausting struggle I thought I would not have to deal with again. If my assumption of the source of the problem is inaccurate do you have any suggestions? Thanks again, Jerri

here is the video: https://streamable.com/zffknq the issue is about transparent bar with vertical addons and slowly fullscreen animation, and the fullscreen animation isn't config-able, I already set full-screen-api.transition-duration.enter 0 0 full-screen-api.transition-duration.leave 0 0 in about:config, and disable sidebar or userChrome is not work too. and this is happend about one mouth ago after my nixos update firefox.

Firefox losing all of my session history is an inevitability. I have encountered this problem on many cases over the past decade, be it due to an update, a power failure, a BSOD, or just randomly (despite closing the application correctly); like a law of nature, eventually firefox will just forget to open a window, or the entire session. This issue has caused me to switch to other web browsers in the past, multiple times. They each struggle with this in their own way.

Sometimes I can save my session by finding it in the sessionstore-backups folder, but the problem I am talking about is that that does not always work! Often times the backups get overwritten when the problem occurs - even if I don't touch firefox or open it again or close it, even if I immediately notice that a window that was there when I previously opened firefox is no longer there, often times nothing in the backup files actually has the version that I want. It's always overwritten with the new/modified session that's missing hundreds or thousands or tabs from my session restore history.

I think that the ability to actually restore a session and not have to cross my fingers that it doesnt blow up and delete my entire history (which randomly occurs at least once every few months) is the biggest problem with firefox. It is the most frustrating thing that any web browser can do. And quite frankly even if I wanted to use Firefox Sync to store my session information on a remote server (which I do not!) I do not actually trust that firefox will actually not fumble it and randomly delete my session every few months, given the history of how this problem has existed as long as I have been using this software. At least with the local sessions, sometimes I can recover some of the data, which isn't an option when firefox sync inevitably drops my session history. I am on the verge of setting up some kind of recurring task to back up the session store files on a regular basis just so I don't go crazy.

So: why does this problem exist? Is there a long running thread about why the session restore system sucks? Will it ever get fixed (even having multiple backups or the ability to manually save a backup in the UI would be a major improvement)? Are there community supported tools to fix this problem by saving extra copies of the sessionstore files?

Hi,

Yesterday I set up a new computer, installed Firefox and logged in to my Firefox account. Everything went well, my bookmarks appears, all (!) my extensions were installed, everything looked fine. Then I went about my way configuring unrelated Linux stuff, using Firefox as normal on both computers, no problems.

But at some point, I suddenly noticed that on both computers, the icons for most of my extensions had disappeared. And sure enough, looking in about:addons, all that was left were five addons (Dark Reader, Simple Translate, uBlock Origin, Dictionary Anywhere, OneTab). And on both computers, including my main laptop (!), where I hadn't done anything other than clicking around in websites.

And it only affected the extensions, my bookmarks, history, etc all is fine and synced between the computers.

No restarting of Firefox, choosing different profiles in about:profiles (there was only one other, a mostly empty one), nothing got them back. And looking in ~/.mozilla/firefox/, sure enough extensions.json and all extension related folders had been changed, looking as if I never had more than these five extensions installed.

And when I installed one of my usual extensions again, all of it's settings and customizations were back to default. So this is not just a case of having to reinstall a few extensions. All custom uBlock filters, all Tampermonkey scripts, etc, everything is gone.

I tried looking around on the web for solutions, but it appears that there is no one who has had this exact issue before, and I couldn't find any indication that there is any way to revert such an error by Firefox Sync.

To my luck, I have a secondary laptop where I should have a mostly up-to-date instance of my Firefox profile, from which I will now try to recover my extension data, but if that weren't the case, years of fine-tuned settings and customizations would be gone.

As people rely on Firefox Sync to back up their Firefox data, instead of backing up their Firefox data "against" Firefox Sync failing like this, I'd think this is not something that ever should be possible to happen. At the very least, there should be some way to revert errors like this. Perhaps Firefox Sync could store backups either server side or client side before syncing deletions like this?

Hello,

I have created a webpage with a canvas element that allows the user to draw an irregular path by pressing down the mouse, similar to the free drawing of a paint application. The issue is that the very first time that the user presses the mouse, the line stops abruptly, while the next times the lines are drawn correctly. The events seem to fire correctly and the page works fine at Chromium, so it seems to be a Firefox issue. You can find the html page below. I am curious, what could be the problem?

<!DOCTYPE html>
<html lang="el">

<head>
  <meta charset="UTF-8">
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
  <title>Canvas</title>
  <style>
    #canvas {
      background-color: whitesmoke;
      border: solid 2px brown;
    }
  </style>
</head>

<body>
  <canvas id="canvas"></canvas>

  <script>
    function startDrawing(e) {
      isDrawing = true;
      context.beginPath();
      context.moveTo(e.offsetX, e.offsetY);
    }

    function draw(e) {
      if (isDrawing) {
        context.lineTo(e.offsetX, e.offsetY);
        context.stroke();
      }
    }

    function stopDrawing(e) {
      console.log("stopped drawing")
      isDrawing = false;
    }

    const canvas = document.getElementById('canvas');
    const context = canvas.getContext('2d');
    var isDrawing = false;
    canvas.width = 1000;
    canvas.height = 1000;
    context.strokeStyle = "#913d88";
    context.lineWidth = 2;
    canvas.onmousedown = startDrawing;
    canvas.onmouseup = stopDrawing;
    canvas.onmousemove = draw;
  </script>
</body>

</html>

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.

When I open Firefox and call up bing maps , it starts to load the page , then Firefox crashes . Has been doing this for several firefox versions . Looking at the crash report , I always get "The debug symbols are missing for firefox. Please install firefox-dbg." but I can't find firefox-dbg to load

https:\\archive.org works perfectly in Firefox on Win-10, but on a new Linux Mint install, (with default Firefox as included), this particular website simply displays as a blank white screen. Every other website I try on the Linux install works perfectly; it is only this one website which does not work.

There are no add-ons, no proxies, no security suites, nothing extra. I cleared all cookies and cache. Tried running FF in Protected Mode. Nothing seems to fix it.  There are no error messages displayed - just a blank white screen.

And, to make it worse, I am not particularly computer-literate, (I'm 82 years old...), so you will have to give me simple guidance if I need to get involved with deeper logging etc.

Somehow I cannot type an apostrophe, whenever I do it just shows whats between the brackets ( ).

What I do: 1. Press the apostrophe button 2. Press space

Expected result: '

Actual result:

I m on Firefox Linux and my keybord is set on INTL

FireFox assumes that text size is the same for all pages in a domain, rferl.org for example. That is _not_ true. If I have set size to 50% and then take a link to a page that's different and have to set size to 67% to read it, when I return to the original page, size is 67% and text is too large.

This pops up every few hours. Sometimes it pops up invisible but steals focus from the main window. How can this be disabled?

I tried all methods that have been mentioned everywhere on the Internet, including policy.json, Group Policy on Windows, etc. Nothing disables this nagging yet.

A recent set of system updates appears to have made most website videos not play in Firefox.

When I inspect the Developer Tools - > Console tab the most detail Firefox gives are an error line similar to: Media resource URL could not be decoded, error: Error Code: NS_ERROR_DOM_MEDIA_METADATA_ERR (0x806e0006)

Internet searches for the error name and error hex do not appear yield any applicable troubleshooting, nor any methods of collecting additional problem data.

How can I obtain more detail on where the error is happening and how Firefox might be interacting with other packages present on my system?

Arch Linux has some older ffmpeg-compat packages, but those don't appear to match any of the web results, in that they're even older versions of ffmpeg.

yay -Ss ffmpeg-compat aur/ffmpeg-compat-55 2.3.6-4 (+24 0.00)

   Compatibility package for ffmpeg to provide versions 55 of libavcodec, libavdevice and libavformat, not anymore provided by the ffmpeg package

aur/ffmpeg-compat-54 1.2.12-4 (+87 0.00)

   Compatibility package for ffmpeg to provide versions 54 of libavcodec, libavdevice and libavformat, not anymore provided by the ffmpeg package

So I have an issue where I am unable to reorder or detach tabs after having detached one tab. When I start Firefox I am able to reorder my tabs as much as I want, but once I detach one tab both functionalities do not work anymore.

- Firefox version 126.0 on Kubuntu 24.04 - After restarting Firefox I am able to do it again once - After rebooting I am also able to do it again once - The same issue in private window - I have refreshed Firefox through Help -> More troubleshooting information - Disabled all my add-ons - Tried it in Troubleshoot mode

I cannot seem to find a real answer online. Does somebody here have a solution for me :-)?

When I do right mouse click on page, depending on the mouse cursor position, context menu appears and I need to scroll up or down to access appropriate item. I thought I need to try and fix size and position of a page context menu. Is it possible? I believe it may depend on the screen size and resolution and how many entries add-ons add to right click menu. Examples: https://imgur.com/nocb5kK.png https://i.imgur.com/yNeNJQh.png

Hello, maybe someone else seen the same issue. When trying to establish a webrtc connection with the Firefox browser, my server sends a following message (video H264): ``` 0:00:01.701967159 90 0x7fc2a0002030 LOG webrtcsrc-signaller net/webrtc/src/signaller/imp.rs:172:gstrswebrtc::signaller::imp::Signaller::connect::{{closure}}::{{closure}}: Sending websocket message Peer(PeerMessage { session_id: "56a17f8d-2585-4d4b-9f2e-3009450a19e9", peer_message: Sdp(Offer { sdp: "v=0\r\no=- 9144757257615355393 0 IN IP4 0.0.0.0\r\ns=-\r\nt=0 0\r\na=ice-options:trickle\r\na=group:BUNDLE video0 audio1 application2\r\nm=video 9 UDP/TLS/RTP/SAVPF 96 98 99 100 101\r\nc=IN IP4 0.0.0.0\r\na=setup:actpass\r\na=ice-ufrag:uOJFtPAyRCKX4NDQcU3VExzLsFcfCWYc\r\na=ice-pwd:jRots1p0FnmxmwLoVqAq7lK84rAwBk/4\r\na=rtcp-mux\r\na=rtcp-rsize\r\na=sendonly\r\na=rtpmap:96 H264/90000\r\na=rtcp-fb:96 nack\r\na=rtcp-fb:96 nack pli\r\na=rtcp-fb:96 ccm fir\r\na=rtcp-fb:96 transport-cc\r\na=fmtp:96 packetization-mode=1;profile-level-id=42001f;level-asymmetry-allowed=1\r\na=rtpmap:98 red/90000\r\na=rtpmap:99 ulpfec/90000\r\na=rtpmap:100 rtx/90000\r\na=fmtp:100 apt=96\r\na=rtpmap:101 rtx/90000\r\na=fmtp:101 apt=98\r\na=ssrc-group:FID 2834502081 1415006916\r\na=ssrc:2834502081 msid:user1488703113@host-437c139 webrtctransceiver0\r\na=ssrc:2834502081 cname:user1488703113@host-437c139\r\na=ssrc:1415006916 msid:user1488703113@host-437c139 webrtctransceiver0\r\na=ssrc:1415006916 cname:user1488703113@host-437c139\r\na=mid:video0\r\na=fingerprint:sha-256 9E:33:DF:EB:63:72:42:77:49:8D:0C:0E:FC:61:51:C1:56:53:AF:05:D9:F7:61:8F:95:DD:7D:FF:99:1A:64:E8\r\na=rtcp-mux-only\r\nm=audio 0 UDP/TLS/RTP/SAVPF 97\r\nc=IN IP4 0.0.0.0\r\na=setup:actpass\r\na=ice-ufrag:uOJFtPAyRCKX4NDQcU3VExzLsFcfCWYc\r\na=ice-pwd:jRots1p0FnmxmwLoVqAq7lK84rAwBk/4\r\na=bundle-only\r\na=rtcp-mux\r\na=rtcp-rsize\r\na=sendonly\r\na=rtpmap:97 OPUS/48000/2\r\na=rtcp-fb:97 transport-cc\r\na=fmtp:97 sprop-stereo=1;sprop-maxcapturerate=48000\r\na=ssrc:1127273264 msid:user1488703113@host-437c139 webrtctransceiver1\r\na=ssrc:1127273264 cname:user1488703113@host-437c139\r\na=mid:audio1\r\na=fingerprint:sha-256 9E:33:DF:EB:63:72:42:77:49:8D:0C:0E:FC:61:51:C1:56:53:AF:05:D9:F7:61:8F:95:DD:7D:FF:99:1A:64:E8\r\na=rtcp-mux-only\r\nm=application 0 UDP/DTLS/SCTP webrtc-datachannel\r\nc=IN IP4 0.0.0.0\r\na=setup:actpass\r\na=ice-ufrag:uOJFtPAyRCKX4NDQcU3VExzLsFcfCWYc\r\na=ice-pwd:jRots1p0FnmxmwLoVqAq7lK84rAwBk/4\r\na=bundle-only\r\na=mid:application2\r\na=sctp-port:5000\r\na=fingerprint:sha-256 9E:33:DF:EB:63:72:42:77:49:8D:0C:0E:FC:61:51:C1:56:53:AF:05:D9:F7:61:8F:95:DD:7D:FF:99:1A:64:E8\r\n" }) }) ``` and Firefox responds with VP8 inactive message: ``` 0:00:02.007638187 90 0x7fc2a0002030 TRACE webrtcsrc-signaller net/webrtc/src/signaller/imp.rs:324:gstrswebrtc::signaller::imp::Signaller::handle_message:<GstWebRTCSignaller@0x563ce91ed190> Received message {"type": "peer", "sessionId": "56a17f8d-2585-4d4b-9f2e-3009450a19e9", "sdp": {"type": "answer", "sdp": "v=0\r\no=mozilla...THIS_IS_SDPARTA-99.0 2114996636650547664 0 IN IP4 0.0.0.0\r\ns=-\r\nt=0 0\r\na=sendrecv\r\na=fingerprint:sha-256 16:EC:66:ED:36:A1:D4:E0:CB:95:24:4A:E2:40:CA:53:E5:AB:D5:FF:F5:9C:5C:81:EB:83:F8:E4:BD:89:9F:03\r\na=ice-options:trickle\r\na=msid-semantic:WMS *\r\nm=video 0 UDP/TLS/RTP/SAVPF 120\r\nc=IN IP4 0.0.0.0\r\na=inactive\r\na=mid:video0\r\na=rtpmap:120 VP8/90000\r\nm=audio 9 UDP/TLS/RTP/SAVPF 97\r\nc=IN IP4 0.0.0.0\r\na=recvonly\r\na=fmtp:97 maxplaybackrate=48000;stereo=1;useinbandfec=1\r\na=ice-pwd:d5a493a07b92e452116a851e083e1c78\r\na=ice-ufrag:721f69a3\r\na=mid:audio1\r\na=rtcp-mux\r\na=rtpmap:97 opus/48000/2\r\na=setup:active\r\na=ssrc:3561002322 cname:{bb14ec44-0966-49c0-bccb-5e6242dd83d7}\r\nm=application 9 UDP/DTLS/SCTP webrtc-datachannel\r\nc=IN IP4 0.0.0.0\r\na=sendrecv\r\na=ice-pwd:d5a493a07b92e452116a851e083e1c78\r\na=ice-ufrag:721f69a3\r\na=mid:application2\r\na=setup:active\r\na=sctp-port:5000\r\na=max-message-size:1073741823\r\n"}} ``` which leads to: ``` 0:00:02.007849785 90 0x7fc2a0002030 WARN webrtcsink net/webrtc/src/webrtcsink/imp.rs:3238:gstrswebrtc::webrtcsink::imp::BaseWebRTCSink::handle_sdp_answer: consumer from session 56a17f8d-2585-4d4b-9f2e-3009450a19e9 refused media 0: Some("m=video 0 UDP/TLS/RTP/SAVPF 120\r\nc=IN IP4 0.0.0.0\r\na=inactive\r\na=mid:video0\r\na=rtpmap:120 VP8/90000\r\n") ``` and a connection close.

Why Firefox could respond with VP8 to the H264 request?

There is (IMHO) some missing functionality / unwanted feature or call it what you like (bug?).

History -> Manage History

select e.g. Last 7 days, right click on Name and select at least two attributes (you can choose from: Tags, Location,Most Recent Visit, Added and Last Modified)

Select the first entry of the list, all displayed fields are selected/highlighted.

Copy (either with the menu or with Ctrl-C) and paste it in your favourite text editor.

Why is only the URL copied? Other fields were also highlighted. Why are they not included?

This is WYSINWYG (what you see is not what you get).

It is possible to export bookmarks as an html file, so why is this not possible with history?

OK, it is possible to query the sqlite3 database directly to get some history info but it's a bit cumbersome.

To do so,

  copy the sqlite (places.sqlite) database to some safe place then open the database (with 'sqlite3 places.sqlite')
  get the history info you are interested in with a sqlite query,
  e.g. select title,visit_count,site_name,url,description,last_visit_date from moz_places where url like '%support%';

But there is no simple (AFAIK) way to convert 'last_visit_date' (an integer) to something human readable.

So either include the whole selection when something is copied (WYSIWYG) or provide export history as an html file.

Any suggestions?

TIA

S. Claes

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