Skip to content

Improve non-e10s mode #82

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
K4sum1 opened this issue Jun 15, 2024 · 5 comments
Open

Improve non-e10s mode #82

K4sum1 opened this issue Jun 15, 2024 · 5 comments
Labels
enhancement New feature or request help wanted Extra attention is needed

Comments

@K4sum1
Copy link
Member

K4sum1 commented Jun 15, 2024

With the option enabled, it seems it runs in the non-e10s or single browser and content process mode, however there are still other remote processes that need to be disabled. I guess I can either look into them, ask in Firefox chats, or dig through nightly builds with the weird environment variable method to figure out where they come from and how to disable them.

ScreenShot_20240615152006

ScreenShot_20240615152046

remote

processes

@K4sum1 K4sum1 added enhancement New feature or request help wanted Extra attention is needed labels Jul 2, 2024
@K4sum1
Copy link
Member Author

K4sum1 commented Jul 3, 2024

If you want to help, there is a way to figure out the potential cause of the issue.

The newest stock Firefox nightly that can disable e10s with the environment variable at least on a consumer machine is a 123 alpha from 2024/01/21 I think. However all of these are still an issue with the 115 ESR release, so it doesn't really matter here.

Between 81 and 123, MOZ_FORCE_DISABLE_E10S needs to be set to the application version to take effect. I'm not sure if this includes the a1 or .x.x or whatever. I assume it would though. https://hg.mozilla.org/mozilla-central/rev/13171155d5e5

Before 81 and any 81 alpha builds before the commit, it just needs to be set to 1.

Using this information, if you can find the nightly builds that cause the issues and report back here with the last to work and the first to have the issue, I would really appreciate it.

I assume the progression would be find first working ESR, then first working release, and then first working nightly.

I'll help narrow it down, 102 ESR seems to only have the socket process with e10s disabled, so two processes. 91 ESR has only one single browser process.

Edit: The socket process can be disabled by setting network.process.enabled to false. Not sure if I can assign multiple commands to a single option, but I guess I'll see if I can.
These might also do stuff, not sure. Might need to fix some like privileged about doing nothing.
https://old.reddit.com/r/firefox/comments/cc8bdm/multiprocess_wont_disable_via_aboutconfig/etl5zyc/

@K4sum1 K4sum1 marked this as a duplicate of #83 May 26, 2025
@K4sum1 K4sum1 marked this as a duplicate of #84 May 26, 2025
@K4sum1 K4sum1 marked this as a duplicate of #106 May 26, 2025
@K4sum1 K4sum1 marked this as a duplicate of #108 May 26, 2025
@K4sum1
Copy link
Member Author

K4sum1 commented May 26, 2025

So for this bug #83

It seems the browser just doesn't go in full screen video mode. It acts like you just pressed F11 to but the browser in a basic full screen mode, but it's not video full screen.

70 is the last release to work, so I assume testing nightly builds between 70 and 71 would be the way to find the cause here.

@K4sum1
Copy link
Member Author

K4sum1 commented May 26, 2025

So for this bug #84

Some about pages are broken, specifically about:logisn and about:newtab.

about:logins seems to require e10s, specifically the privileged about process to work. Maybe it could be somehow made to work in single process mode, but the easiest way would be to bring back the classic separate logins window like in 68.

about:newtab works at first launch, but then just breaks if you open it again.

71 is the last to have consistently working about:newtab. 67 did not have an about:logins. 68/69 it refuses to load, 70 it's as broken as current version. No idea if any other pages are broken.

@K4sum1
Copy link
Member Author

K4sum1 commented May 26, 2025

So for this bug #106

Phantom tabs is an annoying issue that I would love to have fixed. They can happen with or without e10s, however it seems Mozilla did actually fix this pretty well (at least with e10s) and I can't remember the last time I dealt with this (when using e10s).

However when not using e10s, you will always have a phantom tab. Just start the browser, open a new tab, and close the tab the browser started with. It will stay in the tab bar, but otherwise be closed, unable to be switched to or anything. Just wasting space in the tab bar until the browser is closed.

102 ESR does not have the issue in non-e10s. However I believe the issue can still happen. This isn't the root cause of the phantom tab issue completely, but probably good enough as I don't know how or why or have any hope of me being able to figure out why this even happens in the first place.

Also the toolbar is funny in general with no e10s, like for example the glow for opening a tab off screen or outside of the bar does not appear anymore, and if you scroll and open a new tab, it does not scroll back to where the tab opens or the active tab. Not sure where this began, will have to test it.

@K4sum1
Copy link
Member Author

K4sum1 commented May 26, 2025

So for this bug #108

So it's just very slow, much slower than it should be.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

1 participant