-no-remote

.DeJaVu

Code

<!-- markdownlint-disable MD024 -->
# Change log

All notable changes to this program are documented in this file.

## 0.36.0 (2025-02-25, `a3d508507022`)

### Known problems

- _Startup hang with Firefox running in a container (e.g. snap, flatpak):_

  When Firefox is packaged inside a container (like the default Firefox browser
  shipped with Ubuntu 22.04), it may see a different filesystem to the host.
  This can affect access to the generated profile directory, which may result
  in a hang when starting Firefox. Workarounds are listed in the geckodriver
  [usage documentation].

- Virtual Authenticator endpoints are currently unreliable.

  Since their introduction in geckodriver 0.34.0, several Virtual Authenticator
  endpoints have been reported as non-functional or behaving unexpectedly.
  We recommend avoiding the use of these commands until the known issues have
  been resolved.

### Added

- Support for searching the Firefox Developer Edition’s default path on macOS.

  Implemented by [Gatlin Newhouse].

- Ability to push a WebExtension archive as created from a base64 encoded string
  to an Android device.

- Added an `allowPrivateBrowsing` field for POST `/session/{session id}/moz/addon/install`
  to allow the installation of a WebExtension that is enabled in Private Browsing mode.

- Introduced the [`--allow-system-access`] command line argument for geckodriver, which will
  be required for future versions of Firefox (potentially starting with 138.0) to allow
  testing in the `chrome` context.

- Added support for preserving crash dumps for crash report analysis when
  Firefox crashes. If the `MINIDUMP_SAVE_PATH` environment variable is set
  to an existing folder, crash dumps will be saved accordingly. For mobile
  devices, the generated minidump files will be automatically transferred
  to the host machine.

  For more details see the documentation of how to handle [crash reports].

### Changed

- Updated the type of the `x` and `y` fields of pointer move actions (mouse and touch)
  from integer to fractional numbers to ensure a more precise input control.

  Note: Support for fractional values is available starting with Firefox 137.
  For older versions, clients or tests must explicitly pass integer values for
  both fields.

- Replaced `serde_yaml` with `yaml-rust` because it's no longer officially supported.

- The `--enable-crash-reporter` command line argument has been deprecated to
  prevent crash reports from being submitted to Socorro. This argument will be
  completely removed in the next version.

  Instead, use the `MINIDUMP_SAVE_PATH` environment variable to get minidump
  files saved to a specified location.

### Fixed

- Fixed route registration for `WebAuthn` commands, which were introduced in
  geckodriver 0.34.0 but mistakenly registered under `/sessions/` instead of
  `/session/`, causing them to be non-functional.

### Removed

- Removed the `-no-remote` command-line argument usage for Firefox, which does no longer exist. <---- #####

Alles anzeigen

- Removed the `-no-remote` command-line argument usage for Firefox, which does no longer exist.

Was hab ich verpasst?

Sören Hentzschel

Zitat von bugzilla.mozilla.org

When Firefox is running it normally starts a remoting server that allows other Firefox instances to communicate with it. When a new instance of Firefox starts it uses a remoting client to detect if an existing instance is already running and if so pass any command line arguments to it so only one instance is ever running for a given profile.
We have for a long time had a -no-remote command line argument that disables both remoting server and client. Prior to Firefox 67 this was used for running multiple instances of Firefox at the same time however now the remoting system is scoped to the profile in use so as long as you are running with different profiles you do not need the -no-remote command line argument. We also support a -new-instance argument which disables just the remoting client at startup and so allows startup to proceed ignoring any running instances using the same profile. Using either of these arguments when there is already a running instance results in the user seeing a dialog explaining that the profile is in use and (on some platforms) offering to kill the existing instance.
Many tools and documentation still recommend using the -no-remote argument and it has caused unexpected behaviour in the past causing users to file bugs and support requests. Additionally we plan to make more use of the remoting system to support the new multiple profiles feature.
In order to remove this confusing footgun and so we can rely on the remoting server always be enabled in any running instance of Firefox I am planning on removing the -no-remote command line argument from Firefox. Note that the -new-instance command line argument will remain.

1906260 - Remove the -no-remote command line argument

RESOLVED (dtownsend) in Toolkit - Startup and Profile System. Last updated 2024-10-24.

bugzilla.mozilla.org

.DeJaVu

Also ist es seit Firefox 131 wegen Fehlinterpretation bei [irgendwas] schon raus? So mein Verständnis vom Ticket.

Bisher war es bei mir so: Mehrere Instanzen, die alle auf "firefox.exe" reagieren könnten (ohne Pfadangabe), aber nur eine, die nicht mit -no-remote gestartet wurde (meistens die erste instanz), die dann den Befehl angenommen hat.

Und was nutze ich jetzt, um dieses Verhalten wiederherzustellen? Oder denken die sich, dass es über den Standardbrowser laufen soll? In Windows ist das ja mit "AppPath" hinterlegt, oder Standardbrowser für Dateitypen bzw Protokolle.

Die Portable wird ja von Mozilla nicht unterstützt, aber genau da trifft man am häufigsten auf diesen Param,eter, vor allem, wenn mehere Portables gleichzeitig genutzt werden sollen, oder eine portable parallel zu einer installierten. Der Starter von p-apps verweigert dann den Start. Mit dessen Standardeinstellungen. Und mit Einstellungen fügt es -no-remote hinzu.

Sören Hentzschel

Ich verstehe ehrlich gesagt nicht, was der reale Anwendungsfall für dich ist. Für die parallele Ausführung mehrerer Instanzen mit jeweils eigenem Profil ist der Parameter bereits seit Firefox 67 obsolet.

2002Andreas

Zitat von Sören Hentzschel

was der reale Anwendungsfall

Sollte ich das jetzt falsch verstanden haben, dann sorry vorweg.

Eine Installation mit 3 Profilen.

Bisher hatte ich das so eingetragen:

"C:\Program Files\Mozilla Firefox\firefox.exe" -no-remote -P "Test ohne"

Jetzt habe ich das mal geändert zu:

"C:\Program Files\Mozilla Firefox\firefox.exe"-P "Test ohne"

und das funktioniert dann auch. Beide Profile lassen sich gleichzeitig starten/nutzen.

Also braucht es den Zusatz: -no-remote dann gar nicht mehr, bzw. soll ich den dann entfernen?

Sören Hentzschel

Firefox kennt dieses Argument bereits seit Firefox 131 überhaupt nicht mehr und ignoriert es dementsprechend. Du kannst das also in jedem Fall entfernen. Und notwendig ist das ohnehin seit Firefox 67 nicht mehr, um mehrere Instanzen mit jeweils eigenem Profil parallel geöffnet zu haben.

2002Andreas

Zitat von Sören Hentzschel

also in jedem Fall entfernen

Danke für den Hinweis.

Zitat von Sören Hentzschel

notwendig ist das ohnehin seit Firefox 67 nicht mehr

Da es funktioniert, hatte ich mich nie wieder damit beschäftigt, erst durch diesen Thread wieder.

.DeJaVu

So nutze ich das aktuell auch (noch). Das hat aber mit den dedizierten Profilen nichts zu tun, sondern mit der Verhinderung, dass Firefox mit diesem Parameter keine weiteren Aufrufe angenommen haben. Bei den Portables ist das noch überwiegend so, weil man bisher so dachte. Wobei ich das sehr lange nicht mehr geprüft habe, ob das auch ohne funktioniert bei mehreren Portables.

So habe ich bislang alle weiteren Instanzen anderer Firefox-Versionen gestartet, damit nur die aktuelle (derzeit v139) so angesprochen werden kann.

Was die Gedankengänge angeht, so nutzt nicht jeder Firefox wie der Nachbar. Nachteile habe ich seit Wegfall nicht bemerkt, aber ich starte Firefox auch nicht mehrfach über das Startmenü oder Taskleiste, sondern direkt im bestehenden Fenster der jeweiligen Instanz einen neuen Tab bzw Fenster.