- Apr 13, 2022
-
-
Tooru Fujisawa authored
Differential Revision: https://phabricator.services.mozilla.com/D143574
-
criss authored
Backed out 3 changesets (bug 1752209, bug 1752212) for causing build bustages on nsXULPrototypeCache.cpp. CLOSED TREE Backed out changeset 8f10b666008a (bug 1752209) Backed out changeset 557c428fb6bc (bug 1752212) Backed out changeset e38fbd381ed3 (bug 1752212)
-
Tooru Fujisawa authored
Differential Revision: https://phabricator.services.mozilla.com/D143574
-
- Apr 05, 2022
-
-
Jan Rio Krause authored
Bug 1519200 - Remove `NS_ERROR_FILE_TARGET_DOES_NOT_EXIST` in favor of `NS_ERROR_FILE_NOT_FOUND`. r=xpcom-reviewers,nika,dom-storage-reviewers,jstutte Differential Revision: https://phabricator.services.mozilla.com/D77575
-
- Mar 22, 2022
-
-
Greg Tatum authored
The startup cache essentially leaks memory here for the old startup cache data. My assumption here is that there can be dangling pointers into this data so it's not safe to delete these old tables. Live language switching is a relatively rare event, so this leak should be acceptable compared to adding locking mechanisms to the underlying data. Differential Revision: https://phabricator.services.mozilla.com/D140968
-
- Mar 17, 2022
-
-
Randell Jesup authored
Differential Revision: https://phabricator.services.mozilla.com/D141062
-
- Mar 16, 2022
-
-
Randell Jesup authored
Differential Revision: https://phabricator.services.mozilla.com/D140849
-
Noemi Erli authored
-
Randell Jesup authored
Differential Revision: https://phabricator.services.mozilla.com/D140849
-
Butkovits Atila authored
-
Randell Jesup authored
Differential Revision: https://phabricator.services.mozilla.com/D140849
-
- Feb 25, 2022
-
-
smolnar authored
Backed out changeset f2359b80aaa2 (bug 1746447) for causing assertion failures in StartupCache. CLOSED TREE
-
Randell Jesup authored
Differential Revision: https://phabricator.services.mozilla.com/D138961
-
- Oct 06, 2021
-
-
Iulian Moraru authored
Backed out changeset d47ffc49daff (bug 1724509) Backed out changeset b267592b49db (bug 1724509) Backed out changeset b34151a18850 (bug 1724509)
-
- Oct 05, 2021
-
-
Kris Maglione authored
Differential Revision: https://phabricator.services.mozilla.com/D122029
-
- Aug 25, 2021
-
-
Andi-Bogdan Postelnicu authored
Bug 1725145 - Preparation for the hybrid build env. r=necko-reviewers,firefox-build-system-reviewers,valentin,glandium Automatically generated path that adds flag `REQUIRES_UNIFIED_BUILD = True` to `moz.build` when the module governed by the build config file is not buildable outside on the unified environment. This needs to be done in order to have a hybrid build system that adds the possibility of combing unified build components with ones that are built outside of the unified eco system. Differential Revision: https://phabricator.services.mozilla.com/D122345
-
- Mar 23, 2021
-
-
Simon Giesecke authored
Depends on D109325 Differential Revision: https://phabricator.services.mozilla.com/D109326
-
- Feb 04, 2021
-
-
sachinchauhan2889@gmail.com authored
Differential Revision: https://phabricator.services.mozilla.com/D103970
-
- Jan 27, 2021
-
-
Dave Townsend authored
Differential Revision: https://phabricator.services.mozilla.com/D95198
-
Butkovits Atila authored
Backed out 8 changesets (bug 1679440, bug 1682069, bug 1667276) for causing failure on test_crash_backgroundtask_moz_crash.js. CLOSED TREE Backed out changeset f06504e3219f (bug 1682069) Backed out changeset 4d325f68ea24 (bug 1679440) Backed out changeset 9ab334e527a5 (bug 1667276) Backed out changeset 1c8d51d2c90f (bug 1667276) Backed out changeset 8d6f10d83c6b (bug 1667276) Backed out changeset 62488ec634f9 (bug 1667276) Backed out changeset 1dcb2d1be264 (bug 1667276) Backed out changeset c673fff5bd85 (bug 1667276)
-
- Jan 26, 2021
-
-
Dave Townsend authored
Differential Revision: https://phabricator.services.mozilla.com/D95198
-
Csoregi Natalia authored
Backed out 8 changesets (bug 1679440, bug 1682069, bug 1667276) for causing failures on browser_all_files_referenced.js. CLOSED TREE Backed out changeset f1a65c9b3ca2 (bug 1682069) Backed out changeset 310d2116faf7 (bug 1679440) Backed out changeset f970ef0897cd (bug 1667276) Backed out changeset 38c20196aabc (bug 1667276) Backed out changeset 60c2f2dbc676 (bug 1667276) Backed out changeset cf52687c4433 (bug 1667276) Backed out changeset 74580a0f2633 (bug 1667276) Backed out changeset ab6f830f6e75 (bug 1667276)
-
- Jan 25, 2021
-
-
Dave Townsend authored
Differential Revision: https://phabricator.services.mozilla.com/D95198
-
- Nov 23, 2020
-
-
Simon Giesecke authored
Differential Revision: https://phabricator.services.mozilla.com/D87865
-
- Aug 27, 2020
-
-
Doug Thayer authored
This is basically the same thing as the last patch you saw for release, just with more patches to back out and more unrelated patches to work around. Differential Revision: https://phabricator.services.mozilla.com/D89153
-
- Aug 20, 2020
-
-
Doug Thayer authored
To be honest, it's still a mystery why we observed a regression in sessionrestore_no_auto_restore in bug 1658732. The regression won't reproduce on profiled runs, and the bad recordings happen before the supposedly offending code ever actually runs. It feels most likely that it is a more or less random confluence of factors causing a regression; however, 33% is too large of a number to ignore. The changes in this patch do not seem to yield the same regression, and they are arguably more correct anyway. Instead of simply turning off the cache after startup is finished, we simply avoid blocking waiting for the write from inside GetBuffer. This way, if the write is not getting in the way of GetBuffer, we can still benefit from a cached version of whatever it is we're looking for. Differential Revision: https://phabricator.services.mozilla.com/D87221
-
- Aug 18, 2020
-
-
Doug Thayer authored
This patch is the result of hg backout on (nearly) every patch in bug 1627075 as well as its related bugs. Additionally one conflict needed to be resolved, which came from Nika Layzell's work to "Switch native remoteType values to nsCString" (Bug 1650163), which was trivially resolvable. Differential Revision: https://phabricator.services.mozilla.com/D87474
-
- Sep 14, 2020
-
-
Doug Thayer authored
This backs out all work from bug 1627075 as well as all of its descendents. There were a few conflicts when backing this out but overall it was pretty clean, so I would say it's a fairly mild level of risk. Historically Nathan Froyd has reviewed these patches, but he is no longer at Mozilla, and no one else is particularly familiar with the code, so I am passing this off to RyanVM who has at least been familiar with the history of the bug. Differential Revision: https://phabricator.services.mozilla.com/D90096
-
- Sep 09, 2020
-
-
Doug Thayer authored
Given all of the MOZ_TRYs in WriteToDisk, it's entirely possible that we occasionally exit it before writing everything out. WriteToDisk additionally adds guards to try to ensure that we do not call it twice, and that we do not try to read things out of the file via the memmapped buffer after it has written to it. The latter should not generally be a problem, since we write to a temp file and move that over at the end. However, writing twice could be a problem as we modify our values' mOffsets to keep track of their offsets within the resulting file. Accordingly, this change simply moves the cleanup and guards into an RAII helper to ensure they survive all of the early returns. Differential Revision: https://phabricator.services.mozilla.com/D89253
-
- Aug 07, 2020
-
-
Doug Thayer authored
I don't think this will fully resolve the shutdown hangs associated with this bug. The underlying problem is that writing the startup cache during shutdown can take a long time. This seems like A Bad Thing, and I have a mild leaning toward the thought that we shouldn't write the startup cache at all during shutdown. However, I do think that trading shutdown time regressions for startup time wins is probably good, so I don't feel super comfortable making that change. However, this change at least fixes the problem where we A) block the main thread waiting for the write to finish, and B) are more likely to hit a shutdown hang, since we concentrate all of the hang time in one phase, rather than it being spread across the shutdown timeline. This is likely the major change that the regressing bug introduced. The unfortunate consequence is that if we try to GetBuffer during shutdown, we will now read out of the omnijar. However, it should overall be better since we'll be waiting on a (hopefully) small number of small reads rather than a large write. Differential Revision: https://phabricator.services.mozilla.com/D86054
-
- Aug 06, 2020
-
-
Mihai Alexandru Michis authored
CLOSED TREE
-
- Aug 07, 2020
-
-
Simon Giesecke authored
Differential Revision: https://phabricator.services.mozilla.com/D83817
-
- Aug 06, 2020
-
-
Doug Thayer authored
I don't think this will fully resolve the shutdown hangs associated with this bug. The underlying problem is that writing the startup cache during shutdown can take a long time. This seems like A Bad Thing, and I have a mild leaning toward the thought that we shouldn't write the startup cache at all during shutdown. However, I do think that trading shutdown time regressions for startup time wins is probably good, so I don't feel super comfortable making that change. However, this change at least fixes the problem where we A) block the main thread waiting for the write to finish, and B) are more likely to hit a shutdown hang, since we concentrate all of the hang time in one phase, rather than it being spread across the shutdown timeline. This is likely the major change that the regressing bug introduced. The unfortunate consequence is that if we try to GetBuffer during shutdown, we will now read out of the omnijar. However, it should overall be better since we'll be waiting on a (hopefully) small number of small reads rather than a large write. Differential Revision: https://phabricator.services.mozilla.com/D86054
-
- Oct 26, 2020
-
-
Ricky Stewart authored
Allow-list all Python code in tree for use with the black linter, and re-format all code in-tree accordingly. To produce this patch I did all of the following: 1. Make changes to tools/lint/black.yml to remove include: stanza and update list of source extensions. 2. Run ./mach lint --linter black --fix 3. Make some ad-hoc manual updates to python/mozbuild/mozbuild/test/configure/test_configure.py -- it has some hard-coded line numbers that the reformat breaks. 4. Make some ad-hoc manual updates to `testing/marionette/client/setup.py`, `testing/marionette/harness/setup.py`, and `testing/firefox-ui/harness/setup.py`, which have hard-coded regexes that break after the reformat. 5. Add a set of exclusions to black.yml. These will be deleted in a follow-up bug (1672023). # ignore-this-changeset Differential Revision: https://phabricator.services.mozilla.com/D94045
-
- Oct 24, 2020
-
-
Bogdan Tara authored
Backed out 10 changesets (bug 1654103, bug 1672023, bug 1518999) for PanZoomControllerTest.touchEventForResult gv-junit failures CLOSED TREE Backed out changeset ff3fb0b4a512 (bug 1672023) Backed out changeset e7834b600201 (bug 1654103) Backed out changeset 807893ca8069 (bug 1518999) Backed out changeset 13e6b92440e9 (bug 1518999) Backed out changeset 8b2ac5a6c98a (bug 1518999) Backed out changeset 575748295752 (bug 1518999) Backed out changeset 65f07ce7b39b (bug 1518999) Backed out changeset 4bb80556158d (bug 1518999) Backed out changeset 8ac8461d7bd7 (bug 1518999) Backed out changeset e8ba13ee17f5 (bug 1518999)
-
- Oct 23, 2020
-
-
Ricky Stewart authored
Bug 1654103: Standardize on Black for Python code in `mozilla-central`. r=remote-protocol-reviewers,marionette-reviewers,webdriver-reviewers,perftest-reviewers,devtools-backward-compat-reviewers,jgilbert,preferences-reviewers,sylvestre,maja_zf,webcompat-reviewers,denschub,ntim,whimboo,sparky Allow-list all Python code in tree for use with the black linter, and re-format all code in-tree accordingly. To produce this patch I did all of the following: 1. Make changes to tools/lint/black.yml to remove include: stanza and update list of source extensions. 2. Run ./mach lint --linter black --fix 3. Make some ad-hoc manual updates to python/mozbuild/mozbuild/test/configure/test_configure.py -- it has some hard-coded line numbers that the reformat breaks. 4. Make some ad-hoc manual updates to `testing/marionette/client/setup.py`, `testing/marionette/harness/setup.py`, and `testing/firefox-ui/harness/setup.py`, which have hard-coded regexes that break after the reformat. 5. Add a set of exclusions to black.yml. These will be deleted in a follow-up bug (1672023). # ignore-this-changeset Differential Revision: https://phabricator.services.mozilla.com/D94045
-
- Oct 22, 2020
-
-
Dorel Luca authored
-
- Oct 21, 2020
-
-
Ricky Stewart authored
Bug 1654103: Standardize on Black for Python code in `mozilla-central`. r=remote-protocol-reviewers,marionette-reviewers,webdriver-reviewers,perftest-reviewers,devtools-backward-compat-reviewers,jgilbert,preferences-reviewers,sylvestre,maja_zf,webcompat-reviewers,denschub,ntim,whimboo,sparky Allow-list all Python code in tree for use with the black linter, and re-format all code in-tree accordingly. To produce this patch I did all of the following: 1. Make changes to tools/lint/black.yml to remove include: stanza and update list of source extensions. 2. Run ./mach lint --linter black --fix 3. Make some ad-hoc manual updates to python/mozbuild/mozbuild/test/configure/test_configure.py -- it has some hard-coded line numbers that the reformat breaks. 4. Add a set of exclusions to black.yml. These will be deleted in a follow-up bug (1672023). # ignore-this-changeset Differential Revision: https://phabricator.services.mozilla.com/D94045
-
- Jul 22, 2020
-
-
Doug Thayer authored
This is similar to the first patch in the stack, but instead of freeing the entries on write, we free them when we send them to the parent to be written. Differential Revision: https://phabricator.services.mozilla.com/D83401
-
Doug Thayer authored
Prior to this patch, we were sending a boolean from InitContentChild (which creates our StartupCache IPC actors) indicating whether we wanted to collect new entries from a given process or not. This was so that we wouldn't accept PutBuffer requests in these processes, since collecting them in one process would be enough, and we don't want to waste memory. However, we actually want the cache to be available before we can even get that IPC constructor to the child process, so there's a window where we accept new entries no matter what. This patch changes this by sending a boolean argument via the command line indicating that we want to disable the Startupcache in this process entirely. We send this when we didn't load a StartupCache off disk, as this should be the only circumstance in which we're actually collecting a substantial number of entries in content processes. Differential Revision: https://phabricator.services.mozilla.com/D83400
-