Граф коммитов

3008 Коммитов

Автор SHA1 Сообщение Дата
Megha 8dbd128be8 Bug 1567883 - Remove MozMeegoAppService.h file ( dead code ). r=Gijs
Differential Revision: https://phabricator.services.mozilla.com/D42429

--HG--
extra : moz-landing-system : lando
2019-08-19 09:23:05 +00:00
Jonathan Kew 4d21f3222e Bug 1570556 - Remove call to pango_fc_font_map_shutdown, which was moved out of public headers in Pango 1.44. r=dbaron
Differential Revision: https://phabricator.services.mozilla.com/D42127

--HG--
extra : moz-landing-system : lando
2019-08-15 20:10:41 +00:00
Emilio Cobos Álvarez c3ee3ac3a8 Bug 1418624 - Allow mozilla::Result to be moved, make unwrap{,Err}() move, and add inspect() APIs that return references. r=froydnj
Also adjust some of the callers that were either calling unwrap() repeatedly on
the same result, or were doing silly copies, to use inspect().

We could try to use stuff like:

https://clang.llvm.org/docs/AttributeReference.html#consumed-annotation-checking

Differential Revision: https://phabricator.services.mozilla.com/D41425

--HG--
extra : moz-landing-system : lando
2019-08-13 08:26:18 +00:00
Gabriele Svelto beb62c4c31 Bug 1282776 - Finalize crash reports for child process crashes happening too early r=froydnj
This changes the way crash reports for child processes happening too early
during the child process' startup. Before bug 1547698 we wrote a partial
.extra file with those crashes that lacked the process type. The user would
not be notified of those crashes until she restarted Firefox and even when
submitted those crashes would be erroneously labeled as browser crashes.

After bug 1547698 we stopped writing .extra files entirely for those crashes
which left orphaned .dmp files among the pending crash reports.

This patch does three things to improve the situation:

* It writes a partial .extra file so that the crashes are detected at the next
  startup. So the user is still not notified directly of these crashes but she
  can report them later.
* It adds the process type to the .extra file so that the crash reporters are
  labelled correctly.
* It fixes a leak in the `pidToMinidump` hash-map. Since the crashes were
  not finalized the `ChildProcessData` strucutre associated with them would
  never be fred.

Differential Revision: https://phabricator.services.mozilla.com/D40810

--HG--
extra : moz-landing-system : lando
2019-08-09 14:23:19 +00:00
Aaron Klotz 679da25801 Bug 1571881: Use StaticLocalRefPtr to hold the DllServices singleton; r=mhowell
This patch modifies `DllServices::Get()` to use a magic static to initialize
itself, thus ensuring atomicity and thread safety.

We also remove a redundant kung-fu death grip, as it causes
`DllServices->EnableFull` to reenter `DllServices::Get` but is unnecessary.

Differential Revision: https://phabricator.services.mozilla.com/D40891

--HG--
extra : moz-landing-system : lando
2019-08-07 15:07:03 +00:00
Tom Schuster 37b519e15a Bug 1558915 - Use infallible nsIURI::SchemeIs in toolkit/ r=Ehsan
Differential Revision: https://phabricator.services.mozilla.com/D40323

--HG--
extra : moz-landing-system : lando
2019-08-02 16:31:54 +00:00
Mihai Alexandru Michis 0cc257addd Backed out 2 changesets (bug 1558915) for causing bustages. CLOSED TREE
Backed out changeset e44c9fd81e5b (bug 1558915)
Backed out changeset 3da6e9e86be4 (bug 1558915)
2019-08-02 12:17:42 +03:00
Tom Schuster c16799f4af Bug 1558915 - Use infallible nsIURI::SchemeIs in toolkit/ r=Ehsan
Differential Revision: https://phabricator.services.mozilla.com/D40323

--HG--
extra : moz-landing-system : lando
2019-08-02 08:54:18 +00:00
Robert Strong 613550c9a5 Bug 1567077 - don't try to update when the update.status file is read only. r=bytesized
When checking for an update during startup, open the update.status file with read and write access so repeated update attempts are prevented when there is only read access to the update.status file.
When loading the active-update.xml file after startup, open it with both read and write access so the active-update.xml isn't loaded when there is only read access and the client will still receive manual update notifications.
On Windows, when opening the active-update.xml file with both read and write access fails attempt to fix the update directory permissions.
When checking if it is possible to apply updates, first check for write access to the update directory so OS X no longer always returns true and Windows no longer always returns true when the maintenance service can be used.
Sets security.turn_off_all_security_so_that_viruses_can_take_over_this_computer to true in the app update xpcshell tests so Cu.isInAutomation is true when running the tests.

Differential Revision: https://phabricator.services.mozilla.com/D39601

--HG--
rename : toolkit/mozapps/update/tests/unit_base_updater/marAppApplyUpdateSuccess.js => toolkit/mozapps/update/tests/unit_base_updater/marAppApplyUpdateSkippedWriteAccess_win.js
extra : moz-landing-system : lando
2019-07-31 16:15:27 +00:00
Dave Townsend 743d201a25 Bug 1570179: Clear cached directories after sending shutdown notifications. r=froydnj
Differential Revision: https://phabricator.services.mozilla.com/D39983

--HG--
extra : moz-landing-system : lando
2019-07-31 14:16:17 +00:00
Kirk Steuber 0af11985df Bug 1551913 - Fix issues setting update directory permissions r=rstrong
This patch addresses both Bug 1551913 and Bug 1552206.

This patches the update directory permission-fixing code.

This also fixes a related bug that I discovered while testing this patch: nsAutoSid doesn't actually work because both PSID and HANDLE are both typedef'ed from void*, so the compiler can't actually tell the difference between them and ends up calling CloseHandle instead of FreeSid. To fix this, I removed nsAutoSid and replaced it with UniqueSidPtr, a UniquePtr type that uses a custom deleter class to free the SID properly.

Differential Revision: https://phabricator.services.mozilla.com/D34941

--HG--
rename : toolkit/mozapps/update/common/win_dirent.cpp => toolkit/mozapps/update/common/updateutils_win.cpp
rename : toolkit/mozapps/update/common/win_dirent.h => toolkit/mozapps/update/common/updateutils_win.h
extra : moz-landing-system : lando
2019-07-24 16:05:46 +00:00
Mihai Alexandru Michis 664ce04b80 Backed out changeset 814a517bdf2e (bug 1567848) for causing xpcshell and geckoview failure CLOSED TREE 2019-07-23 18:46:34 +03:00
Gijs Kruitbosch 789cc82f3e Bug 1567848 - make XRE_IsE10sParentProcess always tell the truth on fennec, r=snorp
Differential Revision: https://phabricator.services.mozilla.com/D38907

--HG--
extra : moz-landing-system : lando
2019-07-23 13:59:22 +00:00
Kirk Steuber 3a5e7c7c50 Bug 1567630 - Rename shouldUseService to useServiceOnFailure r=rstrong
This better describes the parameter's effect.

Differential Revision: https://phabricator.services.mozilla.com/D38764

--HG--
extra : moz-landing-system : lando
2019-07-22 17:47:44 +00:00
Stephen A Pohl a64ca17f46 Bug 1564298: Make it possible to build with macOS 10.14 SDK. r=mstange
Differential Revision: https://phabricator.services.mozilla.com/D38218

--HG--
extra : moz-landing-system : lando
2019-07-18 19:23:04 +00:00
Robert Strong 71a9c7de23 Bug 1561504 - Launch the updater in place instead of copying to the update directory on Mac OS X. r=bytesized
This makes it so Mac OS X launches the updater inside of the bundle instead of copying to the update directory.
Cleans up some of the returns in nsUpdateDriver.cpp
Fixes the eslint no-useless-concat exceptions in the update tests

Differential Revision: https://phabricator.services.mozilla.com/D37374

--HG--
extra : moz-landing-system : lando
2019-07-09 18:42:39 +00:00
Nicholas Nethercote 039d3b78bd Bug 1563996 - Make dom.ipc.useNativeEventProcessing.content. r=erahm
Differential Revision: https://phabricator.services.mozilla.com/D37205

--HG--
extra : moz-landing-system : lando
2019-07-09 08:00:51 +00:00
shindli a060733df8 Backed out changeset b59c9bfa328d (bug 1541603) for causing xpcshell failure in toolkit/crashreporter/test/unit_ipc/test_content_annotation.js CLOSED TREE 2019-07-09 02:10:29 +03:00
mandy cheang b5650ccc80 Bug 1541603 - remove creation of minidumps folder on startup, create it lazily in crash reporter. r=gsvelto
Differential Revision: https://phabricator.services.mozilla.com/D36370

--HG--
extra : moz-landing-system : lando
2019-07-08 18:25:09 +00:00
Sylvestre Ledru 131d0c6a02 Bug 1519636 - Reformat recent changes to the Google coding style r=Ehsan
# ignore-this-changeset

Differential Revision: https://phabricator.services.mozilla.com/D35622

--HG--
extra : moz-landing-system : lando
2019-07-06 08:18:28 +00:00
Victor Porof 815b9d372b Bug 1561435 - Fix linting errors for toolkit/, r=standard8
# ignore-this-changeset

Differential Revision: https://phabricator.services.mozilla.com/D35955

--HG--
extra : source : e6571d8ed75be94bdcdef8fbd0d977bfa92f3a34
extra : intermediate-source : 1351521a4bb3f78be45cf6bf6df90b4c75a959c4
2019-06-25 23:43:58 +02:00
Victor Porof 4b7b29cff0 Bug 1561435 - Format toolkit/xre/, a=automatic-formatting
# ignore-this-changeset

Differential Revision: https://phabricator.services.mozilla.com/D36059

--HG--
extra : source : 04a147cbaa99c0195126412724b82b8be60503ee
2019-07-05 11:17:37 +02:00
Aaron Klotz 7acf7a06ca Bug 1563336: Add a common implementation of module version info extraction to WinHeaderOnlyUtils; r=mhowell
Differential Revision: https://phabricator.services.mozilla.com/D36817

--HG--
extra : moz-landing-system : lando
2019-07-04 21:30:30 +00:00
Narcis Beleuzu 7699bea40c Backed out changeset 9cec38c2d406 (bug 1563336) for build bustages on CmdLineAndEnvUtils.h . CLOSED TREE 2019-07-04 02:18:56 +03:00
Aaron Klotz 286af53a60 Bug 1563336: Add a common implementation of module version info extraction to WinHeaderOnlyUtils; r=mhowell
Differential Revision: https://phabricator.services.mozilla.com/D36817

--HG--
extra : moz-landing-system : lando
2019-07-03 21:06:00 +00:00
Aaron Klotz 4a0b496713 Bug 1562948: Use a multi-threaded apartment inside AnnotateWMIData_ThreadStart; r=mhowell
Using a single-threaded apartment creates a race condition that triggers a
crash in a11y when it hooks InSendMessageEx. Since we're on a background thread,
we don't have a strongly compelling reason to use an STA when an MTA will work
just fine.

Differential Revision: https://phabricator.services.mozilla.com/D36677

--HG--
extra : moz-landing-system : lando
2019-07-02 22:22:32 +00:00
Dan Glastonbury 953fa83a15 Bug 1562111 - Unconditionally include WinUtils.h on Windows. r=bobowen
Differential Revision: https://phabricator.services.mozilla.com/D36283

--HG--
extra : moz-landing-system : lando
2019-06-29 08:27:35 +00:00
Coroiu Cristina f91bd38732 Merge inbound to mozilla-central a=merge 2019-06-27 12:36:00 +03:00
Haik Aftandilian 4313688d01 Bug 1556733 - [10.15] Multiple "Firefox Nightly Software Update" Mac OS X quarantine dialogs when performing a software update r=rstrong,spohl
On Mac, remove the "com.apple.quarantine" extended attribute from the updater after it is copied to the staging area. Required on macOS 10.15 which has new restrictions on launching quarantined applications.

Differential Revision: https://phabricator.services.mozilla.com/D35972

--HG--
extra : moz-landing-system : lando
2019-06-27 02:51:45 +00:00
Dave Townsend ce00037e9a Bug 1555319: Normalize the case of the installation path to always get a consistent install hash. r=froydnj
The XRE_EXECUTABLE_FILE directory entry gives us the actual path that the binary
was launched with. On systems where the filesystem is case insensitive this
can be in any case, which ends up being a different install hash. This patch
ensures that we get the correct case for the install path before generating the
hash.

We have the problem of users who are already affected by this issue. This patch
also leaves the old hash available, if no default profile is found for the
correct hash then we also check for a profile for the old hash, if so we use it
for this hash going forwards. Testing this is kind of a pain, we have to add a
way to override the old hash that we will check against. I'm not totally happy with
how it is done here but not sure there is anything better.

This also adds a test that calling xpcshell with differing cases returns the
same install hash.

Differential Revision: https://phabricator.services.mozilla.com/D34774

--HG--
extra : source : 1a595782402c95aa1f7b26e892e38a500ebb9a77
extra : amend_source : 749b03b93cd4687a83cd696a5cbedc9f2ebc69fc
extra : histedit_source : 459eae02e0e953d5108fd6d7609d9e640eeb695e%2C9fdaaec17723a5e1e7d277d08cd41d16da99437f
2019-06-12 10:48:09 -07:00
Csoregi Natalia 3b2ed723f5 Backed out 2 changesets (bug 1555319) for xpcshell failures on test_install_hash.js.
Backed out changeset aa7807c7e488 (bug 1555319)
Backed out changeset 1a595782402c (bug 1555319)
2019-06-26 23:09:47 +03:00
Dave Townsend 94ff91d5c8 Bug 1555319: Follow-up to correct the static analysis issue on OSX. r=bustage-fix 2019-06-26 09:54:38 -07:00
Dave Townsend 604b35687d Bug 1555319: Normalize the case of the installation path to always get a consistent install hash. r=froydnj
The XRE_EXECUTABLE_FILE directory entry gives us the actual path that the binary
was launched with. On systems where the filesystem is case insensitive this
can be in any case, which ends up being a different install hash. This patch
ensures that we get the correct case for the install path before generating the
hash.

We have the problem of users who are already affected by this issue. This patch
also leaves the old hash available, if no default profile is found for the
correct hash then we also check for a profile for the old hash, if so we use it
for this hash going forwards. Testing this is kind of a pain, we have to add a
way to override the old hash that we will check against. I'm not totally happy with
how it is done here but not sure there is anything better.

This also adds a test that calling xpcshell with differing cases returns the
same install hash.

Differential Revision: https://phabricator.services.mozilla.com/D34774

--HG--
extra : rebase_source : 43277e55337f9198b0ec0e6ef8d03ece61c1c5a7
2019-06-12 10:48:09 -07:00
Dorel Luca 33af9598d8 Backed out changeset 7aef19c3fd3d (bug 1555319) for build bustage on OSX. CLOSED TREE 2019-06-24 21:46:37 +03:00
Dave Townsend 3a5af74d53 Bug 1555319: Normalize the case of the installation path to always get a consistent install hash. r=froydnj
The XRE_EXECUTABLE_FILE directory entry gives us the actual path that the binary
was launched with. On systems where the filesystem is case insensitive this
can be in any case, which ends up being a different install hash. This patch
ensures that we get the correct case for the install path before generating the
hash.

We have the problem of users who are already affected by this issue. This patch
also leaves the old hash available, if no default profile is found for the
correct hash then we also check for a profile for the old hash, if so we use it
for this hash going forwards. Testing this is kind of a pain, we have to add a
way to override the old hash that we will check against. I'm not totally happy with
how it is done here but not sure there is anything better.

This also adds a test that calling xpcshell with differing cases returns the
same install hash.

Differential Revision: https://phabricator.services.mozilla.com/D34774

--HG--
extra : moz-landing-system : lando
2019-06-24 17:52:58 +00:00
Julien Cristau 06b2401540 Bug 1556832 (followup): update comment for CompareCompatVersions. r=mossop
Differential Revision: https://phabricator.services.mozilla.com/D34692

--HG--
extra : moz-landing-system : lando
2019-06-12 16:06:54 +00:00
Boris Zbarsky 53db65b94f Bug 1558653. Stop using [array] in nsIConsoleService. r=froydnj
Differential Revision: https://phabricator.services.mozilla.com/D34666

--HG--
extra : moz-landing-system : lando
2019-06-12 18:10:19 +00:00
Zibi Braniecki 77b7b9399f Bug 1558306 - Clean up app-startup category/topics for readability. r=mconley
Differential Revision: https://phabricator.services.mozilla.com/D34573

--HG--
extra : moz-landing-system : lando
2019-06-12 17:50:13 +00:00
Andreea Pavel 1adae3f54d Backed out 2 changesets (bug 1558306) on request on a CLOSED TREE
Backed out changeset a09644bb0e6e (bug 1558306)
Backed out changeset 7832d4ed2c61 (bug 1558306)
2019-06-12 20:40:00 +03:00
Zibi Braniecki c0c8b66e5d Bug 1558306 - Clean up app-startup category/topics for readability. r=mconley
Differential Revision: https://phabricator.services.mozilla.com/D34573

--HG--
extra : moz-landing-system : lando
2019-06-12 15:14:12 +00:00
Boris Zbarsky 9de72a3ac6 Bug 1557793 part 2. Stop using [array] in nsIStringBundle. r=Pike
Differential Revision: https://phabricator.services.mozilla.com/D34196

--HG--
extra : moz-landing-system : lando
2019-06-11 15:51:51 +00:00
Jean-Yves Avenard 3cfadec356 Bug 1554334 - P1. Lazily initialize StaticPrefs with Once policy. r=njn
Rather than attempting to determine when the Once policy StaticPrefs should be set we initialize them when one of the getter gets called. They become immutable after that.
In a future change we will prevent those values to ever be changed once they have been initialized.

Differential Revision: https://phabricator.services.mozilla.com/D33440

--HG--
extra : moz-landing-system : lando
2019-06-11 06:32:45 +00:00
Noemi Erli dcf9fc1cbc Merge mozilla-central to autoland. a=merge CLOSED TREE 2019-06-11 00:52:20 +03:00
Brian Hackett 8359c6b639 Bug 1558111 - Initialize record/replay state first in XRE_InitChildProcess, r=ehsan.
Differential Revision: https://phabricator.services.mozilla.com/D34361

--HG--
extra : rebase_source : 6a2472d01e9073047a18b4e2200364ca19833d5f
2019-06-10 05:34:34 -10:00
Aaron Klotz 1a96a7dc26 Bug 1548630: Preload wintypes.dll off main thread; r=jmathies
Differential Revision: https://phabricator.services.mozilla.com/D34030

--HG--
extra : moz-landing-system : lando
2019-06-10 18:43:23 +00:00
Sylvestre Ledru f1fbd2ff00 Bug 1519636 - Reformat recent changes to the Google coding style r=Ehsan
# ignore-this-changeset

Differential Revision: https://phabricator.services.mozilla.com/D33456

--HG--
extra : moz-landing-system : lando
2019-06-08 08:26:37 +00:00
Andreea Pavel 06708790ee Merge mozilla-inbound to mozilla-central. a=merge 2019-06-08 01:01:18 +03:00
Tarek Ziadé c10664f1c1 Bug 1533675 - Name all threads in Firefox r=Ehsan
This patch adds thread names where they are missing

Differential Revision: https://phabricator.services.mozilla.com/D33839

--HG--
extra : moz-landing-system : lando
2019-06-06 21:07:29 +00:00
Csoregi Natalia eb1f65e802 Merge mozilla-central to mozilla-inbound. CLOSED TREE 2019-06-07 01:40:06 +03:00
Gurzau Raul edc1e46afd Backed out changeset fc21b0bcbf12 (bug 1556831) for reftest failures on a CLOSED TREE. 2019-06-06 23:14:04 +03:00