Ensure navigating through Datepicker using keyboard after a date has already been selected will loose keyboard focus when reaching a different month. The new tests cover both cases reported:
1. When selection is done on the calendar grid
2. When selection is done on the month-year panel
Differential Revision: https://phabricator.services.mozilla.com/D167752
The debugger and the thread actor don't support window-global target actor's iframe switching.
So disable this entirely in the frontend.
This feature only applies to webextension and browser toolbox
which are the only one supporting more than one target and still
not EFT-compliant.
Once they become compliant we might be able to work on the frontend
to support client side target selection and filtering the SourceTree
for the currently selected target.
Differential Revision: https://phabricator.services.mozilla.com/D167268
For normal (desktop) fission, we add NotifyImpendingShutdown before we notify destroy to the browser if we know a content process will go away both during normal operations and when the parent shuts down.
For e10s and Android we can only add NotifyImpendingShutdown when the parent process is shutting down, as they use a different keep alive logic that is hard to anticipate.
Differential Revision: https://phabricator.services.mozilla.com/D166303
This patch fixes an issue where updating the repository origin causes a failure because we dont' check for changes there. With this change, we now check the URL before performing an update to make sure we have the correct repo. Otherwise, we'll fail on the revision validation step.
Differential Revision: https://phabricator.services.mozilla.com/D167834
Make sure that the geolocation utility process restarts for georequests that arrive after a crash. This tests process behavior regardless of whether or not the OS is set to allow geolocation (and in automation, it is not).
Depends on D162944
Differential Revision: https://phabricator.services.mozilla.com/D162945
Previously, the ILocation COM object ran in the main process. Due to a race condition, it would sometimes crash the process so we are moving it to a utility process, where it can crash safely. The old WindowsLocationProvider class has become a proxy that forwards requests to the child process via the PWindowsLocation parent actor. The PWindowsLocationChild executes the requests and sends the results back. Failures in ILocation (like geolocation being off in Windows settings) are sent back as well -- they will cause the WindowsLocationProvider to start the MLS geolocation fallback, as they did before.
Additionally, this patch caches the accuracy setting in order to guarantee the proper accuracy is set when requesting reports. Previously, we called SetHighAccuracy too early and it was silently not set (bug 1773456).
Depends on D155019
Differential Revision: https://phabricator.services.mozilla.com/D155020
Adds UtilitySandboxProps, which abstract the more universal sandbox properties into a data object so that the various types of utility process can simply list them. This also adds a somewhat weak sandbox for the new "WindowsUtils" utility process type.
Depends on D155018
Differential Revision: https://phabricator.services.mozilla.com/D155019
Adds a new type of utility process that is set up to handle Windows OS objects. We are adding this process type to run Windows geolocation APIs but more services are expected to be included in it. The ILocation APIs have a race condition that would otherwise crash the main process. The ILocation work is in a later patch in the series.
Depends on D155017
Differential Revision: https://phabricator.services.mozilla.com/D155018
Parent process pages use a DevTools server loaded in the devtools global but should still load shared singletons in the regular global.
Differential Revision: https://phabricator.services.mozilla.com/D167731
