This avoids a deprecation message getting logged when the webRTC code expects
the configuration of the ICE server instead.
Bug 1921991 had updated the package.
Thunderbird would like to enable the `app.update.langpack.enabled` pref
globally in its main preference file `/comm/mail/app/profile/all-thunderbird.js`,
similar to what Firefox is doing already in its counterpart file
`/browser/app/profile/firefox.js` ([here](https://searchfox.org/mozilla-central/source/browser/app/profile/firefox.js#168)).
However, if we do that, the following toolkit test starts to fail:
/toolkit/mozapps/update/tests/unit_aus_update/disableBackgroundUpdatesNonBackgroundTask.js
The reason is that the test ignores global preferences for Firefox, but
not for Thunderbird. This is due to bug 1168178 and bug 755724: Firefox
does not load its global preferences unless the manifest specifically
requests it by specifying `firefox-appdir = browser`.
The test which fails needs `app.update.langpack.enabled` to be unset or
false.
Differential Revision: https://phabricator.services.mozilla.com/D223927
The test was timing out, possibly because the confirmation interval could go
up to 64 seconds, while the test was only waiting for 60 seconds.
Adding a pref lets us reduce the time it takes to run the test, while
also making sure that the at least one successful attempt can execute
before the waiting time is done.
Differential Revision: https://phabricator.services.mozilla.com/D223090
The BrowserChild should only be cleared on EndDragSession, which is sent when
the user finishes or cancels dragging. This is reciprocal to it being set in
StartDragSession.
The change to nsDragSessionProxy::EndDragSessionImpl is non-functional -- it
highlights the BrowserChild symmetry above.
Original Revision: https://phabricator.services.mozilla.com/D222389
Differential Revision: https://phabricator.services.mozilla.com/D222947
Debian's firefox-esr package adds its own /usr/bin/firefox and diverts
it away, so we either need to do the same or clean up the diversion in
our postinst, otherwise /usr/bin/firefox goes permanently missing when
upgrading from Debian to Mozilla's firefox-esr package.
Original Revision: https://phabricator.services.mozilla.com/D222752
Differential Revision: https://phabricator.services.mozilla.com/D222916
The console notification is only created when an error page would not
otherwise load, so allows us to detect the situation where the error
page is not going to be loaded.
Differential Revision: https://phabricator.services.mozilla.com/D218984
This patch corrects a few different issues related to recycling
MacIOSurface objects.
1) When recycling a surface, we must check that the cached surfaces
match all of the requested parameters, not just the size. If we do
not, we should just flush the whole cache immediately since they
should all be created with the same parameters.
2) Allocations can fail, and we should check for failing to get a
surface from the allocator and fall back if so.
3) Locking can fail, and we should check that return value at all of the
call sites.
This may help resolve a number of otherwise difficult to understand
crash signatures. It may also solve display corruption issues in rare
cases where the parameters that changed were roughly equivalent such
that everything appears to work, but they differ enough to change the
presentation.
Differential Revision: https://phabricator.services.mozilla.com/D222775
This succeeds in normal Firefox due to `QueryInterface(Ci.nsIWindowsShellService)` having likely been called on the `nsIShellService` prior to this call, which populates the root `nsIShellService` JavaScript object with the queried interface methods. In Firefox Background Tasks the relevant `QueryInterface` is unlikely to be called ahead of time, resulting in an exception.
Original Revision: https://phabricator.services.mozilla.com/D221540
Differential Revision: https://phabricator.services.mozilla.com/D222325
On macOS 11, MOZTitlebarAccessoryView's viewWillMoveToWindow: is called both when transitioning to full screen, and when transitioning out of full screen. In the case of transitioning into full screen, the window passed to viewWillMoveToWindow: has titlebarAppearsTransparent=false, meaning that the condition added to this function in bug 1906034 caused the title bar separator to always be enabled when in full screen on macOS 11. This patch fixes the logic to instead check if the passed NSWindow is our ToolbarWindow or something else.
On later macOS releases, MOZTitlebarAccessoryView's viewWillMoveToWindow: is called when transitioning out of from full screen, but not when transitioning to full screen. This is why disabling the title bar separator in windowDidEnterFullScreen: is also necessary.
Original Revision: https://phabricator.services.mozilla.com/D221909
Differential Revision: https://phabricator.services.mozilla.com/D222136
