1752594 - [meta] Tabs reload too often in Firefox for Android

Status: NEW

(GeckoView :: General, defect, P1)

Description

[[:owlish] 🦉 PST]

When switching between tabs, the tabs reload much more often than users would expect.

Github issues with more information: https://github.com/mozilla-mobile/fenix/issues/9039 and https://github.com/mozilla-mobile/fenix/issues/12731. The discussions are summarized here https://docs.google.com/document/d/1oAlGdeDHFRm886bPpFt8GxgSoXfeFiBEffc-MxdOePE/edit?usp=sharing

Lines of investigation:

• Possible state management bug in AC where tabs are unloaded
• Possible incorrect prioritization or management of processes by Gecko and/or incorrect relay of those priorities to Android by GV
• Possible high memory consumption by WebRender

Comment 1

[Mark]

You could add https://github.com/mozilla-mobile/fenix/issues/23140#issuecomment-1011494757, Fenix process killed due to "excessive CPU".

I see this several times a day on my Samsung Galaxy M32. Might be a Samsung only issue?

Comment 3

[Chris Peterson [:cpeterson]]

Moving this meta bug out of the sprint. Kaya will file new bugs for his specific areas of investigation.

Comment 4

[Mark]

FWIW on my Galaxy M32 6 GB Android 13, Fenix tabs stay loaded pretty well but if I I go App Info > Battery and change it from Optimised to Restricted it becomes awful, it won't reliably keep 4 tabs loaded. I just wonder if some of the users who are really badly affected have Battery Restricted set, either by user intervention or by OEM design.

I think Battery Restricted is aka "restrict app use in the background", it says notifications might be delayed.

In the Restricted case the task killer becomes incredibly aggressive even if I have lots of free memory as shown in Settings > Developer Options > Running Services > Show cached processes. Open 4 tabs in Fenix; put Fenix in the background; lock phone; wait 30 seconds; unlock phone and usually one or all Fenix processes have been killed.

This is me trying to keep 4 tabs loaded in Fenix with very light/zero use of other apps, when App Info > Battery is Restricted. It's brutal.

12-12 09:47:33.950 1427 1479 I ActivityManager: Killing 6240:org.mozilla.fenix:tab25/u0a275 (adj 930): cached idle & background restricted
12-12 09:47:33.952 1427 1479 I ActivityManager: Killing 3394:org.mozilla.fenix/u0a275 (adj 910): cached idle & background restricted
12-12 09:47:33.954 1427 1479 I ActivityManager: Killing 6469:org.mozilla.fenix:gpu/u0a275 (adj 920): cached idle & background restricted
12-12 09:47:33.955 1427 1479 I ActivityManager: Killing 7253:org.mozilla.fenix:media/u0a275 (adj 935): cached idle & background restricted
12-12 09:47:33.955 1427 1479 I ActivityManager: Killing 6675:org.mozilla.fenix:tab7/u0a275 (adj 950): cached idle & background restricted
...
12-12 10:06:59.921 1427 1479 I ActivityManager: Killing 11152:org.mozilla.fenix:gpu/u0a275 (adj 900): cached idle & background restricted
12-12 10:06:59.924 1427 1479 I ActivityManager: Killing 12120:org.mozilla.fenix:media/u0a275 (adj 935): cached idle & background restricted
12-12 10:06:59.924 1427 1479 I ActivityManager: Killing 12653:org.mozilla.fenix:utility/u0a275 (adj 920): cached idle & background restricted
12-12 10:06:59.925 1427 1479 I ActivityManager: Killing 11100:org.mozilla.fenix:tab32/u0a275 (adj 960): cached idle & background restricted
...
12-12 10:09:29.575 1427 1479 I ActivityManager: Killing 12901:org.mozilla.fenix:gpu/u0a275 (adj 930): cached idle & background restricted
12-12 10:09:29.579 1427 1479 I ActivityManager: Killing 13013:org.mozilla.fenix:tab16/u0a275 (adj 900): cached idle & background restricted
...
12-12 10:15:01.679 1427 1479 I ActivityManager: Killing 13498:org.mozilla.fenix:gpu/u0a275 (adj 900): cached idle & background restricted
12-12 10:15:01.683 1427 1479 I ActivityManager: Killing 11569:org.mozilla.fenix:tab15/u0a275 (adj 920): cached idle & background restricted
...
12-12 10:59:30.056 1427 1479 I ActivityManager: Killing 20180:org.mozilla.fenix:gpu/u0a275 (adj 900): cached idle & background restricted

This does not happen if App Info > Battery is set to Optimised

Cheers & hope it's helpful

Comment 5

[Mark]

Opened https://github.com/mozilla-mobile/fenix/issues/28452 which is a re-opening of https://github.com/mozilla-mobile/fenix/issues/23140 (closed by stalebot).
It's still a problem for me on a couple of Samsung devices.

Comment 6

[mohibo2085]

(In reply to Mark from comment #4)

FWIW on my Galaxy M32 6 GB Android 13, Fenix tabs stay loaded pretty well but if I I go App Info > Battery and change it from Optimised to Restricted it becomes awful, it won't reliably keep 4 tabs loaded. I just wonder if some of the users who are really badly affected have Battery Restricted set, either by user intervention or by OEM design.

I think Battery Restricted is aka "restrict app use in the background", it says notifications might be delayed.

In the Restricted case the task killer becomes incredibly aggressive even if I have lots of free memory as shown in Settings > Developer Options > Running Services > Show cached processes. Open 4 tabs in Fenix; put Fenix in the background; lock phone; wait 30 seconds; unlock phone and usually one or all Fenix processes have been killed.

This is me trying to keep 4 tabs loaded in Fenix with very light/zero use of other apps, when App Info > Battery is Restricted. It's brutal.

12-12 09:47:33.950 1427 1479 I ActivityManager: Killing 6240:org.mozilla.fenix:tab25/u0a275 (adj 930): cached idle & background restricted
12-12 09:47:33.952 1427 1479 I ActivityManager: Killing 3394:org.mozilla.fenix/u0a275 (adj 910): cached idle & background restricted
12-12 09:47:33.954 1427 1479 I ActivityManager: Killing 6469:org.mozilla.fenix:gpu/u0a275 (adj 920): cached idle & background restricted
12-12 09:47:33.955 1427 1479 I ActivityManager: Killing 7253:org.mozilla.fenix:media/u0a275 (adj 935): cached idle & background restricted
12-12 09:47:33.955 1427 1479 I ActivityManager: Killing 6675:org.mozilla.fenix:tab7/u0a275 (adj 950): cached idle & background restricted
...
12-12 10:06:59.921 1427 1479 I ActivityManager: Killing 11152:org.mozilla.fenix:gpu/u0a275 (adj 900): cached idle & background restricted
12-12 10:06:59.924 1427 1479 I ActivityManager: Killing 12120:org.mozilla.fenix:media/u0a275 (adj 935): cached idle & background restricted
12-12 10:06:59.924 1427 1479 I ActivityManager: Killing 12653:org.mozilla.fenix:utility/u0a275 (adj 920): cached idle & background restricted
12-12 10:06:59.925 1427 1479 I ActivityManager: Killing 11100:org.mozilla.fenix:tab32/u0a275 (adj 960): cached idle & background restricted
...
12-12 10:09:29.575 1427 1479 I ActivityManager: Killing 12901:org.mozilla.fenix:gpu/u0a275 (adj 930): cached idle & background restricted
12-12 10:09:29.579 1427 1479 I ActivityManager: Killing 13013:org.mozilla.fenix:tab16/u0a275 (adj 900): cached idle & background restricted
...
12-12 10:15:01.679 1427 1479 I ActivityManager: Killing 13498:org.mozilla.fenix:gpu/u0a275 (adj 900): cached idle & background restricted
12-12 10:15:01.683 1427 1479 I ActivityManager: Killing 11569:org.mozilla.fenix:tab15/u0a275 (adj 920): cached idle & background restricted
...
12-12 10:59:30.056 1427 1479 I ActivityManager: Killing 20180:org.mozilla.fenix:gpu/u0a275 (adj 900): cached idle & background restricted

This does not happen if App Info > Battery is set to Optimised

Cheers & hope it's helpful

Tried that, it didn't make any difference

Comment 7

[mohibo2085]

Make your mind, does or doesn't depend on 1810550?

Comment 8

[mohibo2085]

Make your damn mind does it depends on damn 1810550 or doesn't depend on damn 1810550?

Comment 9

[mohibo2085]

I guess advocacy is not in your dictionary :)

Comment 10

[Olivia Hall [:olivia]]

Bug 1847566 is to investigate the browser primary attribute being set in GeckoView during setFocused calls. Not sure if there is any relevance to tab reloading, but it does seem like it has the potential for visible tabs to be de-prioritized if they are not marked primary and should be.

Comment 12

[Mark]

tl;dr

Just to say I am not affected by this bug. For me, Firefox 120 and Nightly 122 are bullet proof. My phones are nothing special, 4 GB Galaxy A40 and 6 GB Galaxy M32. But I can keep eg 8 tabs open for days, swap to several other apps, come back, I never, ever see tab reloads.

Of course I can force tabs to reload if I open lots and lots of other apps, but I have to open an unrealistic number, eight or ten. Just using Firefox, swapping to Aqua Mail then Signal then Acrobat then Gallery and back to Firefox never ever causes a reload of the frontmost tab.

I'm aware of three Android mechanisms which could force a reload when Firefox comes back to the foreground. Firefox 120 is pretty well behaved with respect to all of them, and none of them should really be an issue on a fast phone with 8 GB like an S21. Hmmmm. Perhaps there's a fourth mechanism, or perhaps there's a bug in Firefox which only hits some users/phones.

I might do some more diagnosis, I've got quite good at digging around in log messages and have found a couple of issues which Mozilla has now fixed. But I need a problematic phone and/or reliable steps to reproduce, which I don't currently have.

(I don't work for Mozilla so please don't shout at me, I am just Some Guy on the Internet).

Are there any patterns?

• what devices are you using? (I'm on mid range Samsungs)
• how many tabs do you have open? (me, typically 4-8)
• when you swap to another app then back to Firefox and get a reload, how long have you been away from Firefox? Seconds or minutes?
• when you get a reload issue, which tabs reload:- all / exactly half / just the frontmost one / Firefox has been completely killed and relaunches?
• are any sites particularly badly affected, some form fill ins seem particularly bad?
• any funny add ons? (me, just uBO with a lot of filters and Google Search Fixer)

IIRC users were having problems on Galaxy S8; now I hear a problem on an S21. Does this only occur on Samsung flagships? Does it only occur on particular websites? Does anyone want to buy me an S21?

I even blew the dust of my Sony Xperia with Android 8 and 2.5 GB of RAM and Firefox 120 behaved pretty well, comparable to Edge. As long as I didn't go crazy it kept tabs loaded pretty well.

Background stuff

I'm aware of three mechanisms that could cause tab reloading. Perhaps there's a fourth of which I am not aware. (PS I am no expert in this stuff)

1. voluntary RAM release through onTrimMemory. As memory pressure increases, Android requests the apps which are nearing the top of the Least Recently Used list to reduce their RAM. Firefox 120 is pretty well behaved about how it releases RAM, it unloads tabs gently in a way which keeps the front tab alive longest. But anyway this shouldn't be an issue on an 8 GB phone, Firefox should never get near the top of the LRU list unless the user goes crazy eg backgrounds Firefox and opens a dozen apps.

2. forced kill by lmkd. If the memory pressure is still too great, Android's low memory killer daemon starts to kill processes near the top of the LRU list. Firefox 120 has a main process and two content processes, so an lmkd kill unloads exactly half your tabs; all your tabs; or kills the whole browser. Again lmkd should never get anywhere near Firefox, it shouldn't be anywhere near the top of the LRU list. Recent Samsung devices have their own ChimeraAggressivePolicyHandler which seems to replace lmkd but it does roughly the same thing.

3. forced kill due to excessive CPU. More recent versions of Android are very strict on background CPU use. Android will kill a background app if it eg uses more than 2% CPU in a five minute interval. Firefox is not yet perfect in this regard, I have seen "excessive CPU" kills but (a) Firefox has to be in the background a long time (minutes); (b) the kills are in my experience extremely rare, perhaps once a day; and (c) with a high performance CPU like in an S21, Firefox shouldn't hit that excessive CPU kill threshold very often. There's a fix coming for excessive CPU kills but it's quite some way away.

So, are your tabs being unloaded by one of these Android mechanisms; by an unrelated bug in Firefox; or by a fourth kill Android mechanism? Hmmmm.

Comment 13

[zesanup]

Do you use Private Browsing mode exclusively, Mark? If not, try to see if it gets you the bug.

For me, merely locking the device after leaving a page open can be enough to trigger a refresh upon unlocking. And this forces me to reload the entire app anyway, since the automatic page refresh doesn't restart crashed/closed extensions yet (which will probably be fixed by MV3). This is on a 3 GB device, with around 1.5 used just by the OS. However, even with everything running, I'm shown around 1GB free, which is why this behaviour seems like a Fenix bug and not simply Android freeing up RAM.

Comment 15

[Mark]

@zesanup, Private Browsing is just fine on my Xperia X Compact with 2.5 GB. I tried with and without add-ons, all fine. No reloads unless I go crazy with other apps. Definitely no reloads on unlocking the phone. I tried pretty hard over a day.

If I keep 4-6 tabs open in Firefox I never see reloads for "light use", messaging, mail etc. If I've used several other apps, when I bring Firefox back to the foreground the whole browser repaints (tab bar plus content) REALLY slowly, taking perhaps 1 second. But it's always a repaint, not a reload.
If I open some big apps, eg the Camera app and then Photos, Firefox sometimes gets killed completely and relaunches from the splash screen, and the pages reload. But that seems reasonable.

I was able to put 4 tabs in Firefox and 4 tabs in Edge and run them head to head and they both behaved as expected, if I start opening other apps, the Least Recently Used of Firefox/Edge gets killed and relaunches with a splash screen.

Right now I can't really see any real difference between Firefox and Edge in terms of page load speed or memory pressure handling. That wasn't the case a year or two ago when IME Firefox was terrible compared to Chrom(ium).

Comment 16

[Mark]

(Another long post, sorry)

Santa brought me an S21 FE 6 GB and it has less free RAM than my M32 6 GB :( I think the Android system uses so much more RAM because of all the Samsung bloatware. The S21 FE definitely reloads tabs more often than the M32, especially if I open the Camera app. But the reload occurs on both Samsung Internet (Chromium) and Fenix Nightly.

I think it's Issue 2 from bug 1752594 comment 12, even on a phone with plenty of RAM, memory is in short supply and lmkd is quite aggressive. And the foreground tab in current builds of Fenix is more vulnerable to lmkd than Chromium because Fenix has only two large tab processes each containing many tabs whereas Chromium has one process per tab. If lmkd gets aggressive with Fenix it can kill both tab processes, which causes the foreground tab to reload. If lmkd gets aggressive with Chromium it is more granular, it kills tabs one by one starting with the least-recently-used, and usually lmkd is satisfied that enough RAM has been released before it gets to the foreground tab.

Fenix also has a GPU process (fenix:gpu) and an add-ons process which I think is listed like a tab process (fenix:tabxx).

Example log below of me running Samsung Internet and Fenix Nightly head to head, then opening a few apps ending up with the Camera app. Samsung Internet has two tabs killed, but not the foreground tab. Fenix has both tab processes, the gpu process and the add-ons process killed, so every tab reloads including the foreground one.

But I think this problem is substantially fixed by enabling Fission on Fenix (I expect devs would not recommend this yet). Fission gives one process per tab and I think behaves much more like Chromium, lmkd can be more granular in its tab killing. I'm not 100% sure on this, still testing.

@devs, I worry about the add-ons process, which IIUC doesn't exist in Chromium. I think the add-ons process often falls to the point in the Least Recently Used list where it is very vulnerable to an lmkd kill, and IIUC if the add-ons process gets killed, every tab in Fenix reloads. So Fenix might have a kind of dead man's handle process which isn't present in Chromium, if lmkd kills the dead man's handle process all the tabs die including the foreground tab. I think I have seen this happen but don't have a log. (Perhaps I misunderstand how this all works).

12-30 15:49:00.524   731   731 I lmkd    : Reclaim 'com.samsung.android.scs' (23149), uid 10101, oom_score_adj 945, state 19 to free 80620kB rss, 32752kB swap; reason: low watermark is breached and swap is low (2310952kB < 419428kB)
12-30 15:49:00.579   731   731 I lmkd    : Reclaim 'com.google.android.gms' (23466), uid 10238, oom_score_adj 935, state 19 to free 132912kB rss, 32904kB swap; reason: low watermark is breached and swap is low (2310952kB < 419428kB)
12-30 15:49:00.626   731   731 I lmkd    : Reclaim 'com.sec.android.app.sbrowser.beta:sandboxed_process0:org.chromium.content.app.SandboxedProcessServ' (21971), uid 99058, oom_score_adj 980, state 98 to free 119884kB rss, 45140kB swap; reason: low watermark is breached and swap is low (2311464kB < 419428kB)
12-30 15:49:00.689   731   731 I lmkd    : Reclaim 'com.sec.android.app.sbrowser.beta:sandboxed_process0:org.chromium.content.app.SandboxedProcessServ' (24014), uid 99060, oom_score_adj 970, state 98 to free 163888kB rss, 37660kB swap; reason: low watermark is breached and swap is low (2319400kB < 419428kB)
12-30 15:49:00.743   731   731 I lmkd    : Reclaim 'org.mozilla.fenix:tab39' (23760), uid 10342, oom_score_adj 940, state 17 to free 246644kB rss, 35240kB swap; reason: low watermark is breached and swap is low (2319656kB < 419428kB)
12-30 15:49:01.253   731   731 I lmkd    : Reclaim 'org.mozilla.fenix:tab11' (17635), uid 10342, oom_score_adj 930, state 17 to free 190160kB rss, 128872kB swap; reason: low watermark is breached and swap is low (2320680kB < 419428kB)
12-30 15:49:01.415   731   731 I lmkd    : Reclaim 'org.mozilla.fenix:tab29' (5234), uid 10342, oom_score_adj 920, state 17 to free 95684kB rss, 141216kB swap; reason: low watermark is breached and swap is low (2437160kB < 419428kB)
12-30 15:49:01.462   731   731 I lmkd    : Reclaim 'org.mozilla.fenix:gpu' (23650), uid 10342, oom_score_adj 910, state 17 to free 174704kB rss, 33460kB swap; reason: low watermark is breached and swap is low (2512000kB < 419428kB)

Comment 17

[Animesh Bhattacharya [:animeshB]]

Not sure how helpful this will be for the developers, but on my Galaxy S8+ with 4 GB of RAM (Android 9), I could vastly improve Firefox's tab “longevity” in the background by having some sort of media playback running or at least by having Firefox “detect” some sort of playback.

For example, I used this site's sine wave player (audiocheck.net) to test this. You don't have to keep playing the 1000Hz sine wave audio, just press play once and then pause it, and the trick should still work. Having Firefox detect media playback in the background helped me keep a very reload-happy site from getting killed as soon as I left the app. It's not 100% perfect, tabs can still get killed if I push multitasking too hard on my 4 GB phone, but keep in mind I'm running my Firefox with a ton of add-ons.

The catch is that the media playback needs to be running from the same “shared” web process as the website/tab you want to keep in the background forcefully. Using about:processes will help you verify if both the “audiocheck.net” (or whatever site you might use to test this) website and the websites of your tabs are “Subframes” under one “Shared Web Process”. You might have to fiddle around with opening and closing tabs until you can get them both on the same process. I'd assume this would be harder to achieve or maybe impossible if you have Fission enabled on Android.

I don't know how much or if this might affect battery life, though if I had to guess it's probably not going to improve it. If someone more knowledgeable can think of a faster or easier way of replicating this workaround, feel free to let everyone know.

Comment 18

[premavansmuuf+git]

Since this buggy behavior of Firefox for Android effectively prevents me from paying online with credit card:

1. Fill in a credit card info and submit the payment within Firefox.
2. My bank's authorization app requires me to switch to it, so I can confirm the payment (3D Secure), so I do it.
3. Then I return to Firefox... and the whole page is refreshed; the payment progress is discarded.
4. Loss - I cannot pay online while using Firefox.

... I'd like to dispute the specified S3 severity of this bug. Aggressive tab reloading leading to losing an online payment transaction seems like a "severely impaired product with no satisfactory workaround" (unless you count switching to Chrome as satisfactory workaround), so according to https://wiki.mozilla.org/BMO/UserGuide/BugFields#bug_severity that would be at least S2 severity.

IMHO someone needs to give this thing a much bigger priority. It's a problem I encounter every single day several times and I'm sure I'm not the only one, yet it remains unresolved for almost 2 years now. (And as far as I can see it's not even in any way apparent if its being actively worked on.)

Comment 22

[zesanup]

One funky quirk of this bug: sometimes when you switch to another tab, and then switch back after a while, things are fine. But if you switch back too quickly (or immediately), that causes the tab to reload.

Comment 24

[boogiepopfred]

no solution after 3 years...

Comment 25

[☻]

I'm also experienced this with firefox android, even happening on every fork of it. Really wanted to use firefox mobile as my main browser but with this bug still happening its almost impossible to fill totp 2fa code when totp 2fa form page always reload. Ironically it even happened on the login page for mozilla account ie the page to login to the browser itself.

Comment 26

[u771078]

Jeff, please change "Fenix" to "Firefox for Android" in the title of this issue. Most users have no clue that the codename of the app is/was Fenix, and the "Fenix" product has already been renamed to "Firefox for Android" on Bugzilla.

Comment 27

[Roger]

Is there an inkling of an indication that this years old bug is being worked on?

I love Firefox very much, but the constant reloading often makes this otherwise fantastic browser unusable in ordinary browsing tasks.

Comment 28

[Kaya [:kaya]]

Hello Roger,
Our team is currently working on optimizing the foreground/background memory&CPU utilization of our app's processes. It is being worked under the child tickets that are linked to this one. Optimizing our app processes' resource usage will help our content processes live longer (to not get killed by the Android OS due to high consumption), and(/or) host more tabs w/out reloading.
While this ticket does not have any active patch attached, several child issues linked to this meta/parent ticket are actively being worked on currently.

Comment 31

[u772639]

Any updates about this?

Comment 32

[JS]

Same Problem on my Xiaomi Redmi Note 11. I hate it, if i fill up a form and have to look into my eMail App for a 2fa code, if i come back to the tab/ page it reloads and the website sends me another code. I really hope there will be a solution to this soon.

Comment 33

[ngoquang2708]

Open a private tab to keep the notification open seem mitigate this issue a bit. Tabs rarely got closed. But the tab resume process is a bit slow.

Comment 34

[u778196]

So I have encountered this issue too and to be honest I didn't know it's been going on for 4 years. Either way, I uploaded this to support:

Dear Support Team,

The past few months there is a major issue occurring in Firefox for Android. Whenever, I switch apps or i.e. go to the home screen, all tabs I have opened in the browser get reloaded automatically without my input. Furthermore, I searched online about this problem and one user, named Zeyu Zhong, had previously submitted a review on Google Play explaining this issue. Could you examine this based on user feedback and my own attachments in this email?

https://youtu.be/Y3BTO1O-9_I

Yours trully,

Ilias Kslr

Comment 35

[Ben]

Please implement something to solve this behaviour.

I'm writing this message from the duckduckgo browser, since exactly this behaviour had me to switch my default browser.

Comment 36

[oldanyper]

(In reply to Kaya [:kaya] from comment #28)

Hello Roger,
Our team is currently working on optimizing the foreground/background memory&CPU utilization of our app's processes. It is being worked under the child tickets that are linked to this one. Optimizing our app processes' resource usage will help our content processes live longer (to not get killed by the Android OS due to high consumption), and(/or) host more tabs w/out reloading.
While this ticket does not have any active patch attached, several child issues linked to this meta/parent ticket are actively being worked on currently.

Yeah you said that six months ago, is there any new update now?

Comment 37

[u772639]

Still waiting for that update, it's been years

Comment 39

[[e-mail]]

Is there anything new? I'm jumping from bug to bug, from duplicate to duplicate, till I am back here.
It's pretty annoying, especially on websites which need inputs from other apps (i.e. authentication, bank accounts, ...) sending an auth code to another app (email, SMS, ...)
Switching to another app and back to FF makes the tab reload losing the webpage where the field to enter the code was available.
I could overcome it by splitting the screen in two with FF in one half and the second app in the other display half, but it's not always possible, due to screen size limitations.

Comment 40

[[e-mail]]

Ok, there's a workaround, just found it, it seems to work, at least sometimes:
Three dots->settings->xustomize->disable pull to reload

Side effects: you cannot pull to reload a page now.

Somehow switching tabs or apps triggers the pull to refresh action. Why?

Comment 41

[Eric Huber]

Is that totally consistent in your testing? I'm not sure where to find the relevant code to snoop around, but that seems like a very good lead.

Comment 42

[pierce21]

On my Android 12 device if I edit the Background Process Limit setting under Developer Options and set it to Standard Limit the issue does not appear at this time anymore.

Comment 43

[nagybarnabas]

I have been using FF for years on multiple phones. But whatever trick I do, I always facing this issue. Yes, especially annoying for TOTP. I don't believe it cannot be resolved.
Please handle this bug as priority!

Comment 44

[dyachenko.yevhen]

I have left FF on both mobile and Desktop 3 years ago, just because this one, single but critical bug. All of my friends and colleges/friends/coworkers also stopped to use FF due to the same bug. On my previous work the whole company refused to use FF due to impossible TOTP auth flow. My wife's company also blocked FF due to one annoying bug - impossible to use FF mobile for banking, chat and TOTP.

How many users should leave FF, so the bug becomes a top priority for Mozilla?

Comment 45

[Clemens Eisserer]

same here, i stoped using firefox on android a year ago, mostly because of this bug.

Comment 46

[Elijah]

(In reply to [e-mail] from comment #40)

Ok, there's a workaround, just found it, it seems to work, at least sometimes:
Three dots->settings->xustomize->disable pull to reload
...
Somehow switching tabs or apps triggers the pull to refresh action. Why?

Tried this and it did not work.

Comment 47

[Elijah]

Also, it really seems like this bug affects some sites much more than others. Have devs investigated whether JavaScript plays a role, such as code that detects when a page is focused or not, AJAX and other async processes, or anything else that might "time out" when not focused?

Comment 48

[Tom25519]

Is dom.suspend_inactive.enabled = true in about:config causing this bug? Could you guys try this?

Comment 49

[pierce21]

(In reply to Tom25519 from comment #48)

Is dom.suspend_inactive.enabled = true in about:config causing this bug? Could you guys try this?

For Android, about:config works for beta or Nightly builds only

Comment 50

[pierce21]

(In reply to pierce21 from comment #42)

On my Android 12 device if I edit the Background Process Limit setting under Developer Options and set it to Standard Limit the issue does not appear at this time anymore.

The above solved it for me thus I have to assume this apparent bug is rather Android's memory management itself controlling the apps behavior.

Comment 51

[JS]

(In reply to pierce21 from comment #50)

(In reply to pierce21 from comment #42)

On my Android 12 device if I edit the Background Process Limit setting under Developer Options and set it to Standard Limit the issue does not appear at this time anymore.

The above solved it for me thus I have to assume this apparent bug is rather Android's memory management itself controlling the apps behavior.

How can i activate the Developer Mode and where to find the Background process under Android/Firefox?

Comment 52

[Elijah]

(In reply to Tom25519 from comment #48)

Is dom.suspend_inactive.enabled = true in about:config causing this bug? Could you guys try this?

I have disabled this config on Nightly, but it does not solve the problem.

(In reply to pierce21 from comment #50)

(In reply to pierce21 from comment #42)

On my Android 12 device if I edit the Background Process Limit setting under Developer Options and set it to Standard Limit the issue does not appear at this time anymore.

I have set this to Standard limit, but it does not solve the problem. (I wouldn't be surprised if setting a lower limit makes the problem worse, but it is not the source cause.)

...unless, I don't imagine there's a way to completely exempt Firefox from Android's background process cleanup, is there? (I've already set Firefox's battery optimization to Unrestricted as well)

Comment 53

[pierce21]

(In reply to Elijah from comment #52)

(In reply to Tom25519 from comment #48)

Is dom.suspend_inactive.enabled = true in about:config causing this bug? Could you guys try this?

I have disabled this config on Nightly, but it does not solve the problem.

(In reply to pierce21 from comment #50)

(In reply to pierce21 from comment #42)

On my Android 12 device if I edit the Background Process Limit setting under Developer Options and set it to Standard Limit the issue does not appear at this time anymore.

I have set this to Standard limit, but it does not solve the problem. (I wouldn't be surprised if setting a lower limit makes the problem worse, but it is not the source cause.)

...unless, I don't imagine there's a way to completely exempt Firefox from Android's background process cleanup, is there? (I've already set Firefox's battery optimization to Unrestricted as well)

Depends on your phone. What model of device and version of Android are you running?

Comment 54

[Elijah]

(In reply to pierce21 from comment #53)

(In reply to Elijah from comment #52)
Depends on your phone. What model of device and version of Android are you running?

Google Pixel 8 Pro, Android 16

What exactly do you suggest depends on my phone?

(I am not lacking in RAM or CPU, if that's what you're wondering. I don't have much running on my phone, so I never encounter any resource throttling.)

Comment 55

[Paul [pwd]]

(In reply to Elijah from comment #54)

(In reply to pierce21 from comment #53)

(In reply to Elijah from comment #52)
Depends on your phone. What model of device and version of Android are you running?

Google Pixel 8 Pro, Android 16

What exactly do you suggest depends on my phone?

(I am not lacking in RAM or CPU, if that's what you're wondering. I don't have much running on my phone, so I never encounter any resource throttling.)

As someone that has a P8P and has never had such problems with reloading pages. Can I ask you to share what extensions you're running? Also whether or not you're running a virus checker or memory management app of any sort?

Comment 56

[arichtman]

(In reply to Elijah from comment #54)

(In reply to pierce21 from comment #53)

(In reply to Elijah from comment #52)
Depends on your phone. What model of device and version of Android are you running?

Google Pixel 8 Pro, Android 16

What exactly do you suggest depends on my phone?

(I am not lacking in RAM or CPU, if that's what you're wondering. I don't have much running on my phone, so I never encounter any resource throttling.)

For anyone visiting - try here for instructions to stop having FF killed https://dontkillmyapp.com/

Comment 57

[sha-265 [:sha-265]]

There is some kind of regression regarding this issue in the last version.

I'm using Firefox in my Pixel 4a for years without any issue like this, but since last version this issue introduced in my device also.

Comment 58

[Paul [pwd]]

(In reply to sha-265 from comment #57)

There is some kind of regression regarding this issue in the last version.

I'm using Firefox in my Pixel 4a for years without any issue like this, but since last version this issue introduced in my device also.

A quick search shows that since the battery mandatory throttling, some users are reporting issues with memory management. Though this is exoected to be down to the age of the device and the quality of memory used. The same search results recommend trading the phone for something else with the help of the compensation plan that Google rolled out.

Comment 59

[sha-265 [:sha-265]]

(In reply to Paul [pwd] from comment #58)

(In reply to sha-265 from comment #57)

There is some kind of regression regarding this issue in the last version.

I'm using Firefox in my Pixel 4a for years without any issue like this, but since last version this issue introduced in my device also.

A quick search shows that since the battery mandatory throttling, some users are reporting issues with memory management. Though this is exoected to be down to the age of the device and the quality of memory used. The same search results recommend trading the phone for something else with the help of the compensation plan that Google rolled out.

The throttling was long before this issue started in my case. Also my device wasn't eligible for this compensation (that anyway ended earlier this month).

Comment 60

[Boudry Vincent]

(In reply to sha-265 from comment #57)

There is some kind of regression regarding this issue in the last version.

I'm using Firefox in my Pixel 4a for years without any issue like this, but since last version this issue introduced in my device also.

I have also seen a regression: intempestive reloading while in reader mode after ~ 1s, leading to leaving this mode.
This could also be spontaneous back-in-history (seen with version 147.0.1).

Comment 61

[L0rdArbit3r]

A fork of Firefox - Ironfox has fixed this issue, i don't know how but i have tested it and the tab don't reload at all similar to how Chromium browsers behave on android. But it's hardened and DRM is not supported.

I am not forcing you all to use ironfox, i am just sharing my experience. You are free to test it yourself.

Comment 62

[Leor]

Even though it seems like this I guess has been reported for years I only noticed it recently, like crazy frequently. Not sure if it was some change in android overall. It's reloading like crazy I'll be gone for just one second to check another tab and come back and then It reloads and I lose everything I typed in a form.

Firefox regular and firefox nightly. Android 16. Galaxy phone.

I have u block extension installed but that's it. I tried disabling it and I don't think I noticed a difference.

No memory management or battery saver stuff otherwise

Comment 63

[Leor]

Sorry apparently we can't edit our comments even right after posting it. I have an s22 phone average of 5 GB out of 8 GB of RAM being used minimal amount of apps used so it has nothing to do with ram or memory. There's something that's changed recently with either Android OS or Firefox

Comment 64

[L0rdArbit3r]

In Firefox Nightly Go To settings > About Firefox Nightly > Tap on Ironfox multiple times > Go back to Settings > Secret Settings > Enable Isolated content process and then restart your browser,

This will fix the tab reloading issue but theres a problem some websites like x/twitter will reload like crazy and some streaming sites video player will fail to load. Here's how to fix this.

Go to about:config and adjust these values if not available create them.

"media.android-media-codec.enabled", false
"media.android-media-codec.preferred", false
"media.ffmpeg.encoder.enabled", true
"media.ffvpx-hw.enabled", true
"media.gmp.decoder.enabled", false
"media.gmp.decoder.multithreaded", true
"media.gmp.encoder.multithreaded", true
"media.rdd-ffmpeg.enabled", true
"media.rdd-ffvpx.enabled", true
"media.rdd-opus.enabled", true
"media.rdd-process.enabled", true
"media.rdd-vorbis.enabled", true
"media.rdd-vpx.enabled", true
"media.rdd-wav.enabled", true
"media.use-remote-encoder.audio", true
"media.use-remote-encoder.video", true

I am not the one who came up with the solution and i have already mentioned their name but it was flagged has off-topic.

Comment 65

[gabriele]

Same problem on Poco F5 android 13

Comment 66

[Rhys]

I just wanted to drop in to say the refresh issue is so bad these days, I really want to use Firefox over chrome but the amount of random annoying refreshes are out of control happening many times per day.

It's been an issue for a long time but it's very frustrating, Im currently on this version

149.0 (Build #2016150063), b20f603334b8677ba67ed2fb12a1043b3c8c6933
GV: 149.0-20260318190823
AS: 149.0
OS: Android 15
Plugins: unlock origin
On Motorola G55 5G phone.

The main thing that drives me crazy is when I am writing something or filling in a form, and I go to another tab or app for a few seconds to check something and come back and page refreshes loosing all of the writing! Or pages just refresh while you are still on them for no reason?
This phone has 4GB ram and I often only have Firefox and/or one other thing open and I have closed all tabs but nothing helps and I really don't think the phone would be running out of ram.

Comment 67

[Paul [pwd]]

(In reply to Rhys from comment #66)

I just wanted to drop in to say the refresh issue is so bad these days, I really want to use Firefox over chrome but the amount of random annoying refreshes are out of control happening many times per day.

It's been an issue for a long time but it's very frustrating, Im currently on this version

149.0 (Build #2016150063), b20f603334b8677ba67ed2fb12a1043b3c8c6933
GV: 149.0-20260318190823
AS: 149.0
OS: Android 15
Plugins: unlock origin
On Motorola G55 5G phone.

The main thing that drives me crazy is when I am writing something or filling in a form, and I go to another tab or app for a few seconds to check something and come back and page refreshes loosing all of the writing! Or pages just refresh while you are still on them for no reason?
This phone has 4GB ram and I often only have Firefox and/or one other thing open and I have closed all tabs but nothing helps and I really don't think the phone would be running out of ram.

The minimum requirement for naked Android 15 is 4GB or RAM.

Comment 68

[fish4FF]

(In reply to Rhys from comment #66)

I just wanted to drop in to say the refresh issue is so bad these days, I really want to use Firefox over chrome but the amount of random annoying refreshes are out of control happening many times per day.

It's been an issue for a long time but it's very frustrating, [...]

Confirmation to Rhys! I changed my FF-rating to one star and stopped recommending FF because of this issue. In my opinion FF-development priorities seem to miss this ancient (2022-01-28) major bug. Very often a webpage is reloaded when switching between Apps (e.g. to copy/paste some data for a form), even on a Xiaomi 13T Pro with 16GB RAM. Also new webpages like wikipedia.org very regularly take 10-15 seconds to load. Other browsers just don't have this major kind of issues.

Comment 69

[[e-mail]]

(In reply to [e-mail] from comment #40)

Ok, there's a workaround, just found it, it seems to work, at least sometimes:
Three dots->settings->xustomize->disable pull to reload

Side effects: you cannot pull to reload a page now.

Somehow switching tabs or apps triggers the pull to refresh action. Why?

No, doesn't really work.

Comment 70

[[e-mail]]

(In reply to fish4FF from comment #68)

(In reply to Rhys from comment #66)

I just wanted to drop in to say the refresh issue is so bad these days, I really want to use Firefox over chrome but the amount of random annoying refreshes are out of control happening many times per day.

It's been an issue for a long time but it's very frustrating, [...]

Confirmation to Rhys! I changed my FF-rating to one star and stopped recommending FF because of this issue. In my opinion FF-development priorities seem to miss this ancient (2022-01-28) major bug. Very often a webpage is reloaded when switching between Apps (e.g. to copy/paste some data for a form), even on a Xiaomi 13T Pro with 16GB RAM. Also new webpages like wikipedia.org very regularly take 10-15 seconds to load. Other browsers just don't have this major kind of issues.

Maybe the bug is related to some specific phones? I have it in my Xiaomi Redmi Note 13 (sapphiren).
There is a site, which is outdated, since then new OS versions for Xiaomi phones came out, the HyperOS, so things may not fully apply, but it was indicating that the installed OS was tweaking in a non-standard way with the power/resources saving settings and could break apps:
https://dontkillmyapp.com/xiaomi
Can it be that we are seeing something of that sort?

Comment 71

[Paul [pwd]]

​I completely hear the frustration in this thread. Losing a form you're filling out or dropping a 3D Secure payment transaction because of a sudden tab reload is deeply aggravating. However, treating this as a single, easily patched "Firefox bug" ignores the reality of how Android handles memory. There are three entirely separate issues happening here, and they require different expectations.

1. Hardware Constraints and System Privileges

Many reports here involve devices running at the absolute edge of their hardware limits, resulting in Android stepping in to purge apps.

• Some users are running modern operating systems, like Android 15, on devices with only 4GB of RAM.
• The bare minimum RAM requirement for naked Android 15 is 4GB.
• Running extensions like uBlock Origin further increases Firefox's memory footprint.

When memory runs low, Android's low memory killer daemon (lmkd) forces apps to release RAM. Users often compare Firefox to Chrome and note that Chromium doesn't reload as often. They are halfway right. Chromium-based browsers have deep, native integration and privileges on Android that Firefox simply does not. When system resources are tight, Android will inherently give its native engine more leeway while ruthlessly purging third-party engines like Gecko. The harsh reality is that on lower-end devices, the OS will always target Firefox first. If you want heavy-duty multitasking, purchasing an older flagship device is almost always a better investment than buying a newer low-end or mid-range phone.

2. Aggressive OEM Memory Management

There is a massive difference between standard Android memory management and the aggressive task-killing built into certain device brands, particularly Xiaomi.

• Users on devices like the Xiaomi Redmi Note 13 and Xiaomi 13T Pro are experiencing reloads even with ample RAM.
• ​These OS variants use non-standard resource-saving tweaks that actively break background apps to artificially preserve battery.

While resources like dontkillmyapp.com can sometimes mitigate this, it is an uphill battle. The trade-off for purchasing an imported device with impressive specs at a low price point is dealing with an OS that does not behave standardly. This is an OEM choice, not a Mozilla failure.

3. Firefox's Architectural Realities

Finally, Mozilla does bear responsibility for architectural designs that currently make Fenix more vulnerable to background kills, though these are complex engineering hurdles, not simple bugs.

• Unlike Chromium, which uses one process per tab, current Firefox builds often rely on a main process and just two content processes.
• If Android's lmkd gets aggressive and kills a shared tab process or the add-ons process, multiple tabs, including the foreground tab, are forced to reload.

However, this is actively being worked on. Developers are optimizing background memory and CPU utilization. More importantly, the ongoing shift toward Isolated Processes (Fission), which provides one process per tab, makes Firefox behave much more granularly like Chromium. This ensures that when Android inevitably claims background memory, it won't take your active tab down with it.

All of this has been stated before and is general knowledge. But it helps to collate it and present it coherently once in a while.

Comment 72

[u778196]

Guys I managed to implement a workaround, that fixes it by let's say 90%. All I did was turn on autostart for Firefox and it mostly stopped. This isn't a fix though but for some it can be useful.

Comment 73

[oldanyper]

(In reply to Ilias Kslr from comment #72)

Guys I managed to implement a workaround, that fixes it by let's say 90%. All I did was turn on autostart for Firefox and it mostly stopped. This isn't a fix though but for some it can be useful.

Where is this autostart, where to find it and how to turn it on?

Comment 74

[[e-mail]]

(In reply to oldanyper from comment #73)

(In reply to Ilias Kslr from comment #72)

Guys I managed to implement a workaround, that fixes it by let's say 90%. All I did was turn on autostart for Firefox and it mostly stopped. This isn't a fix though but for some it can be useful.

Where is this autostart, where to find it and how to turn it on?

Setup->Apps

Comment 75

[oldanyper]

(In reply to [e-mail] from comment #74)

(In reply to oldanyper from comment #73)

(In reply to Ilias Kslr from comment #72)

Guys I managed to implement a workaround, that fixes it by let's say 90%. All I did was turn on autostart for Firefox and it mostly stopped. This isn't a fix though but for some it can be useful.

Where is this autostart, where to find it and how to turn it on?

Setup->Apps

Then what, cause I don't see any autostart

Comment 76

[u778196]

(In reply to oldanyper from comment #73)

(In reply to Ilias Kslr from comment #72)

Guys I managed to implement a workaround, that fixes it by let's say 90%. All I did was turn on autostart for Firefox and it mostly stopped. This isn't a fix though but for some it can be useful.

Where is this autostart, where to find it and how to turn it on?

On my phone I had to go to Settings>Apps, from there you should find a button or a drop down menu saying "background autostart".

Comment 77

[oldanyper]

(In reply to Ilias Kslr from comment #76)

(In reply to oldanyper from comment #73)

(In reply to Ilias Kslr from comment #72)

Guys I managed to implement a workaround, that fixes it by let's say 90%. All I did was turn on autostart for Firefox and it mostly stopped. This isn't a fix though but for some it can be useful.

Where is this autostart, where to find it and how to turn it on?

On my phone I had to go to Settings>Apps, from there you should find a button or a drop down menu saying "background autostart".

I don't see any button that says autostart

Comment 78

[terranodar]

HyperOS 3
Poco f8 Ultra 16GB ram
All the settings to keep the browser in the background are set. And they work for other applications, so I am almost certain that FireFox is not killed.

Here is what I observe:

• I use Firefox
• I switch to a different app
• after a short period of time I switch back to Firefox
• it loads INSTANTLY but PARTIALLY. Meaning the navigation bar is there and three entire interface around the web page is working. I can open menu and go to settings. I can open tabs.
• what I can't do right away is... using the web page. The whole area is white or black. It stays this way for 5-10 seconds and only then it reloads.

I wonder of that's the same issue or a different one.

Comment 79

[[e-mail]]

Redmi Note 13 4G NTC
It was bugged by this problem, no matter what OS or FF update I had. Somehow less problematic when battery saver was enabled. Less problems when autostart for FF (in the config apps menu) was enabled.

Last weekend I wiped the phone and installed a custom ROM, Project Infinity X 3.8, with Android 16. I noticed it in a forum in XDA
https://xdaforums.com/t/shared-rom-16-sapphire-project-infinity-x-3-8-official.4782516/
Note: the custom ROM is very nice and has tons of configurations, but it may happen that some bank or digital ID apps stop working due to the requirement of running on an unmodified device.

The issue seems to be solved. Without modifying any setup (autostart, pull down , battery saver on/off).
I can have a few tabs open with data in fields, switch app, switch the screen off, change tabs. I didn't notice a single page reload.
I got rid of another issue I had, which was the alarm clock randomly not working, especially with battery saver turned on.

So I guess that all this points to power management in HyperOS, right?

Comment 80

[terranodar]

(In reply to [e-mail] from comment #79)

So I guess that all this points to power management in HyperOS, right?

Sure. It may. Or a device. I wonder if there is any logging data I could look at right when the issue appears. Because it looks very strange when one part of the application works fine (settings, tabs list) while the other (page rendering) looks frozen.

Comment 81

[Ali Arslan]

Having this issue in my Redmi Note 12 Pro 5G. All of the other browsers are fine. I have been using Firefox & Firefox Sync for years, but because of this issue I'm not able to use Firefox in my phone at all. Doing any kind of multitasking is basically impossible.

Comment 82

[Hoàn Lửa]

Firefox is the best ad-blocking and redirect-blocking browser (in my personal opinion), but I can't use it daily because it keeps reloading pages. Chromium browsers work fine (Android preferred?). I'm trying (L0rdArbit3r's) method in Firefox Nightly to see if it works.

Comment 83

[Vinicius]

My Phone: POCO X7 Pro

Same thing here.

Both the stable and beta versions exhibit very frequent tab reloading, even with all settings against power saving and background startup enabled.

In the Nightly version, I tested the Performance options in the secret settings and it worked... it stopped reloading frequently, however I could no longer play video players on websites, which was also fixed by changing some codec settings in about:settings.

In short: apparently Mozilla already has a way to solve this, but for some reason we don't know, it hasn't released it yet.

Comment 84

[terranodar]

(In reply to Vinicius from comment #83)

In the Nightly version, I tested the Performance options in the secret settings and it worked... it stopped reloading frequently, however

Hi, @Vinicius Could you please share those options? I'd like to try and repeat your experience.

Comment 85

[Vinicius]

(In reply to terranodar from comment #84)

(In reply to Vinicius from comment #83)

In the Nightly version, I tested the Performance options in the secret settings and it worked... it stopped reloading frequently, however

Hi, @Vinicius Could you please share those options? I'd like to try and repeat your experience.

In the "About" menu, tap the Firefox logo a few times; this will enable the hidden settings... look for "Enable Isolated Content Process" and "Enable Isolated Processes with Zygote" there... this will solve the problem of frequent tab reloading, but it will prevent you from playing videos on some websites for some reason...

There are some settings in "about:config" that fix this; since there's quite a lot to change, I don't remember them all now, but it's in this thread in a message above.

Comment 86

[terranodar]

(In reply to Vinicius from comment #85)

In the "About" menu, tap the Firefox logo a few times; this will enable the hidden settings... look for "Enable Isolated Content Process" and "Enable Isolated Processes with Zygote" there... this will solve the problem of frequent tab reloading, but it will prevent you from playing videos on some websites for some reason...

There are some settings in "about:config" that fix this; since there's quite a lot to change, I don't remember them all now, but it's in this thread in a message above.

Thank you! In my case the 1st one ( Enable Isolated Content Process ) alone did fix the issue.

Now I'll be waiting for this come from Alpha the Beta and further.

Comment 87

[wojtek]

A couple of weeks ago I switched from a midrange Samsung a52 to Xiaomi 15 (with way more memory). I was aware that Xiaomi optimises the memory usage aggressively but I turned off all the settings for the important apps and it works just fine... save FIR the Firefox.

I kinda expected to have a better experience with more memory but when it comes to browsing ITA abysmal due to the unloading and constantly loosing context.

It may be the OS problem but I also see this aggressive tab unloading on desktop which is also driving me nuts, which kinda suggest this is rather a Firefox issue to try to (too aggressively) optimise memory usage and it works out terribly. (ob desktop I could easily had dozens of tabs open for "forever" without any issues and now they are constantly being unloaded after a (shortish) while :/

Comment 88

[Paul [pwd]]

It is completely understandable to expect a premium device like the Xiaomi 15, with ample RAM, to handle background tabs effortlessly. However, conflating desktop memory optimisation with the Android app's process kills misses the technical reality of what is actually happening here. We are dealing with a combination of aggressive OEM behaviour and Fenix's architectural vulnerabilities.

First, it is heavily documented that Xiaomi's operating systems use non-standard power and resource-saving tweaks that can actively break apps. Even when users manually exempt Firefox from these battery restrictions, third-party apps rarely get the same systemic leniency as pre-installed system apps when the OS decides to reclaim memory.

That said, the core issue on Android isn't just an aggressive OS; it is Fenix's current process architecture. Current builds of Fenix are more vulnerable because they have only two large tab processes. When Android's low memory killer daemon (lmkd) steps in to free up RAM, it can kill both tab processes. Because multiple tabs share these processes, losing one means several tabs, including your foreground tab, are forced to reload.

Chromium-based browsers survive this aggressive OEM memory management better because they utilise one process per tab, meaning lmkd kills tabs one by one starting with the least-recently-used.

The known solution to this on Android is enabling Fission (Site Isolation), which gives one process per tab and behaves much more like Chromium. While we are frequently told that the team is working on optimising foreground and background CPU and memory utilisation, I understand how people are frustrated as none of the child tracking bugs for this issue have had a single commit in months.

Aggressive tab reloading creates a severely impaired product experience. Given that this has been a known, unresolved issue for four years now, the roll-out of Isolated Processes requires a much higher priority in my, albeit worthless, opinion. Allowing a fundamental usability roadblock to drag on for this long, whilst development on the architectural fix appears to have completely stalled, is incredibly difficult for the community to navigate.

Comment 89

[wojtek]

Uhm... I was just looking for the "site isolation setting" (after enabling dev options) and, to ky surprise, the only mention I found, was in Nimbus experiments - there was one (that was also active) that from what I gathered, enabled site isolation... so it seems there is some work / tests being done?

Comment 90

[terranodar]

(In reply to Paul [pwd] from comment #88)

The known solution to this on Android is enabling Fission (Site Isolation)

Sorry but no. It does not solve the problem. Fission is enabled by default for quite some time. Still the problem exists and is being reported here.

On my end the solution was ( on Nightly 151.0a1 ) enabling one switch named "Enable Isolated Content Process)". I kept the second one with "Zygote" off. Unfortunately there is no such a toggle on Beta 150.0.1 but I am waiting for it.

Comment 91

[Paul [pwd]]

(In reply to terranodar from comment #90)

(In reply to Paul [pwd] from comment #88)

The known solution to this on Android is enabling Fission (Site Isolation)

Sorry but no. It does not solve the problem. Fission is enabled by default for quite some time. Still the problem exists and is being reported here.

On my end the solution was ( on Nightly 151.0a1 ) enabling one switch named "Enable Isolated Content Process)". I kept the second one with "Zygote" off. Unfortunately there is no such a toggle on Beta 150.0.1 but I am waiting for it.

Everything to do with Isolated Processes is Fission

Comment 92

[terranodar]

(In reply to Paul [pwd] from comment #91)

Everything to do with Isolated Processes is Fission

Good to know. Without this context the message looked confusing

Comment 93

[Sören Hentzschel]

Sorry but no. It does not solve the problem. Fission is enabled by default for quite some time. Still the problem exists and is being reported here.

No, it isn't. It was for a short time and was disabled again with another update.

On my end the solution was ( on Nightly 151.0a1 ) enabling one switch named "Enable Isolated Content Process)".

And that's exactly what "Fission" stands for …

Comment 94

[yaw360]

(In reply to ngoquang2708 from comment #33)

Open a private tab to keep the notification open seem mitigate this issue a bit. Tabs rarely got closed. But the tab resume process is a bit slow.

I tried everything above on HyperOS 3 / POCO F5 and X8 Pro Max.
Eventually the only method that worked was to keep a private tab open.

Comment 95

[terranodar]

(In reply to yaw360 from comment #94)

Eventually the only method that worked was to keep a private tab open.

Trying now. Seems to work on my side as well! 👍

Comment 96

[Elijah]

(In reply to terranodar from comment #95)

(In reply to yaw360 from comment #94)

Eventually the only method that worked was to keep a private tab open.

Trying now. Seems to work on my side as well! 👍

That's curious. Many Android apps use a persistent notification to prevent Android from killing them in the background; many of these apps also tell the users they can visually hide the notification by disabling that particular notification channel. I have never quite understood how that works... If an app is granted the notification permission and tries to create a persistent notification —even if the app's notification channels are individually disabled, and no notification is actually shown— is that enough for the OS to keep the app alive?

If that's indeed how it works, maybe that's Firefox's solution after all? To create a dummy keepalive notification channel?

Comment 97

[terranodar]

(In reply to Elijah from comment #96)
If an app is granted the notification permission and tries to create a persistent notification —even if the app's notification channels are individually disabled, and no notification is actually shown— is that enough for the OS to keep the app alive?

If that's indeed how it works, maybe that's Firefox's solution after all? To create a dummy keepalive notification channel?

I am trying this now. The channel "Private browsing season" was disabled. So far it still works. 👍 No issues with unloading tabs

Comment 98

[Serious Angel]

Wonderful day...

Such a sorrowful bug... where so much effort and time is wasted...

I've just switched an app to simply copy my message I wrote on a website to a text file on phone, so to not lost it, and with just a 10% copied, and with returning back, the web page just reloaded and 90% of my message was vaporized... The phone had 3.9 GB RAM free...
I am trying to now recover from my memory the ~3,700 characters I wrote, now lost...

This is Firefox 154 on Android 12.

I hope you will not experience such a cases...

Please stay safe...

Comment 99

[wojtek]

This is getting ridiculous. Firefox was working fine somewhere around 2-6 months ago and now I'm facing constantly tab losses/reloads and loosing context. I copy something, go to another app, go back after 15s and puff - tab reloads.

I installed Vivaldi for tests (didn't set any battery optimisations/exclussions!), opened a page (same that caused issues in firefox) and kinda forgot about it. Opened it HOURS later and it was still there opened!

I think it has something to do with weird and absurd optimisations in recent Firefox versions as desktop version is doing the same - if I don't go to a tab for some time it would got unloaded. IMHO there is some weird but resulting in excessive and absurd tab-unloading that's counterproductive :/

(and the solution with private tab kept open doesn't work for me / doesn't solve anything…)

Comment 100

[wojtek]

Being bugged by this a lot I decided to test one hypotesis - if I'm being crazy or if indeed older version behaved better.

I decided to instal Fennec 137 from ~a year ago (because that's the only sensibe way to test older version becase awful google play store is absurdly #@($%&@) and after some tests it seems that the problem doesn't exist there (despite running it on Xiaomi device with excessive memory management and WITHOUT any tweaks to battery optimizations!) -- I can switch to another app even for a couple of minutes and then go back to Fennect and still see the page as it was. In contrast, current version of Firefox would drop the page and reload it even after ~15s of being in the background…

(not to mention that Fennec 137 seems to be snappier overall -- faster open any page after selecting bookmark or typing the address… for some reason current Firefox sometimes would get stuck in "thining" for a couple of seconds before doing anything…)

(the only reason I'm using Firefox from PlayStore instead of Fennec from F-Droid is that "send to device" seems to rely heavily on push services and doesn't work reliably with Fennec ;( )

Comment 101

[Veganomy]

I literally have a 12gB device, with almost 4gB free lurking memory. Still Firefox Mobile kinda reloads existing pages often, when I multitask other apps.

Comment 102

[Veganomy]

@yaw360 Nop. I just experienced a full reload, including this specific bug tracker website, despite having private tabs notification.

Comment 103

[terranodar]

Same here. The trick with private tab notification doesn't work.

Comment 104

[Veganomy]

Does it have to do anything with browser.cache.disk.enable=false ? Default is on. Others have this issue on defaults too. That means disabling disk caches doesn't have to do anything with this reloading bug.

Comment 105

[Serious Angel]

(In reply to Veganomy from comment #104)

Does it have to do anything with browser.cache.disk.enable=false ?

Related: https://bugzilla.mozilla.org/show_bug.cgi?id=1027944#c5 (When disk cache is disabled, hide "disk" cache section...)

Comment 106

[Olivia Hall [:olivia]]

To clarify some terminology about isolated processes:

We do sometimes use "isolated processes" to mean Fission. However, on Android, the term is overloaded, we are often talking about OS level isolated processes as a separate initiative that compliments the Fission isolated processes.

The secret setting is for OS level isolated processes - see bug 1565196. Zygote preloading takes the next step that requires isolated processes and is expected to help performance through using a zygote process - see bug 1859857. Both of these features are still in development and are especially buggy around media.

I can't say whether these initiatives help with tab reloading, but I wanted to clarify that they are indeed independent settings from Fission. And just to emphasize, these initiatives are still in development, with known issues, and we haven't deemed them ready for general availability.

Comment 107

[Vinicius]

(In reply to Olivia Hall [:olivia] from comment #106)

To clarify some terminology about isolated processes:

We do sometimes use "isolated processes" to mean Fission. However, on Android, the term is overloaded, we are often talking about OS level isolated processes as a separate initiative that compliments the Fission isolated processes.

The secret setting is for OS level isolated processes - see bug 1565196. Zygote preloading takes the next step that requires isolated processes and is expected to help performance through using a zygote process - see bug 1859857. Both of these features are still in development and are especially buggy around media.

I can't say whether these initiatives help with tab reloading, but I wanted to clarify that they are indeed independent settings from Fission. And just to emphasize, these initiatives are still in development, with known issues, and we haven't deemed them ready for general availability.

• That’s exactly what I noticed, Olivia.

I saw some users claiming that the isolated process option in the secret menu was the same thing as "Fission," but in practice, I found it to be different.

Even with "Fission" enabled, I frequently experienced tab reloading—something that didn't happen with the secret menu option.

That option does indeed cause glitches with media playback, but right here on this page, there’s a set of "about:config" tweaks that fix it (I tested myself), since it offloads media playback to a native device codec (though I’m not sure what the trade-off is).

I just hope a fix for this issue arrives soon... it’s the one thing keeping me away from a mobile browser that I really like.

Comment 108

[manoj.cool42]

I'm currently experimenting with "Disable child process restrictions" in Android developer setting and seems to have a positive outcome, anyone else willing to test it out?

Comment 109

[terranodar]

(In reply to manoj.cool42 from comment #108)

I'm currently experimenting with "Disable child process restrictions" in Android developer setting and seems to have a positive outcome, anyone else willing to test it out?

On it right now. Found the switch and it's on now. 'll be back

Comment 110

[wojtek]

@manoj.cool42 enabled "Disable child process restrictions" and it seems there are less reloads (and long delay [10-15s] before page would actually start loading is also gone…)

Comment 111

[fish4FF]

(In reply to manoj.cool42 from comment #108)

I'm currently experimenting with "Disable child process restrictions" in Android developer setting and seems to have a positive outcome, anyone else willing to test it out?

First comment that really "solved" the issue (reloads incl. delays) of all the other workaround proposals on my Xiaomi 13T Pro (with lots of RAM).
I forgot how I activated it but this video helped me do it: https://m.youtube.com/watch?v=RtCMlMIR9Yc

Comment 112

[terranodar]

For me ( Poco F8 Ultra ) the "Disable child process restrictions" sitting did partially work.

✅ After I've turned that setting on there is no more "freeze" when I return to Firefox app.

🚫 Still tabs are reloading. Just much quicker now...

Comment 113

[nagybarnabas]

I just realized that the "Disable child process restrictions" was already turned on in my settings - don't remember when I did it. Still experiencing reloading. Xiaomi 12T Pro.

Comment 114

[Veganomy]

I don't think this issue pertains due to some Android configuration. Because Chrome based browsers don't experience reloads. It's always been a firefox issue. I believe, the fission implementation is somehow the culprit.

Comment 115

[Hoàn Lửa]

This is an extremely serious problem, yet it hasn't been resolved for years. Why does this application still exist worldwide?