Skip to content
Snippets Groups Projects
  1. Oct 21, 2021
  2. Oct 18, 2021
  3. Oct 17, 2021
  4. Oct 05, 2021
  5. Oct 01, 2021
    • Daniel Holbert's avatar
      Bug 1733701: Remove REQUIRES_UNIFIED_BUILD from view/moz.build, since it... · 01428ac8
      Daniel Holbert authored
      Bug 1733701: Remove REQUIRES_UNIFIED_BUILD from view/moz.build, since it builds just fine in non-unified mode. r=tnikkel
      
      Differential Revision: https://phabricator.services.mozilla.com/D127328
      01428ac8
    • Daniel Holbert's avatar
      Bug 1733465 part 5: Store nsView::mDirtyRegion in a UniquePtr rather than a raw pointer. r=tnikkel · 582d90dd
      Daniel Holbert authored
      This lets us remove the last explicit 'delete' invocation from the /view
      subdirectory. Hooray!
      
      As part of this change, I'm also updating the getter for this member-var to
      return a reference instead of a pointer, since it's infallible.
      
      Differential Revision: https://phabricator.services.mozilla.com/D127187
      582d90dd
    • Daniel Holbert's avatar
      Bug 1733465 part 4: Convert nsViewManager::gViewManagers to StaticAutoPtr so... · 1d08981c
      Daniel Holbert authored
      Bug 1733465 part 4: Convert nsViewManager::gViewManagers to StaticAutoPtr so that we don't have to manually delete it. r=tnikkel
      
      This removes an explicit 'delete', by letting the StaticAutoPtr type handle the
      deletion for us automatically and atomically when we clear its value.
      
      Benefits/justification:
      * This reduces the potential for double-free bugs.
      * This matches existing patterns elsewhere in our code
        (search for e.g. "StaticAutoPtr<nsTArray")
      * This reduces (by 1) the number of explicit `delete` calls that we need to
        consider, when auditing the codebase for potential memory safety issues.
      
      Differential Revision: https://phabricator.services.mozilla.com/D127185
      1d08981c
    • Daniel Holbert's avatar
      Bug 1733465 part 2: Modernize nsViewManager::GetRootWidget() to use... · ed93bd50
      Daniel Holbert authored
      Bug 1733465 part 2: Modernize nsViewManager::GetRootWidget() to use already_AddRefed return value, instead of requiring getter_AddRefs at callsite. r=tnikkel
      
      This patch shouldn't change behavior at all.
      
      This patch replaces a manual NS_ADDREF call with typesafe code that manages the
      reference count for us.  This reduces repeated boilerplate code, in the
      implementation as well as the callsites.
      
      Differential Revision: https://phabricator.services.mozilla.com/D127179
      ed93bd50
    • Daniel Holbert's avatar
      Bug 1733465 part 1: Store nsViewManager::mRootViewManager in a RefPtr instead... · bfb72ec4
      Daniel Holbert authored
      Bug 1733465 part 1: Store nsViewManager::mRootViewManager in a RefPtr instead of manually managing its reference count. r=tnikkel
      
      This patch is just a refactoring which shouldn't change behavior.
      
      Before this patch, mRootViewManager is a bit of an odd hybrid in terms of its
      ownership semantics.  If it's pointing to `this`, then it's not an owning
      reference (i.e. we don't AddRef or Release it), vs. if it's pointing to some
      other instance, then it *is* an owning reference (i.e. we *do* AddRef and
      Release it).
      
      After this patch, we change things such that it's unconditionally an owning
      reference, with a null value having special meaning.
      
      In particular:
      (a) Now, we'll store it in a RefPtr and let that manage the reference counting.
      (b) Now, we'll never explicitly assign it to 'this'; instead, we set it to null
      and we interpret a null value as an indication that 'this' is the root.
      
      Fortunately, this variable doesn't have many direct usages, so this slight
      change in meaning/invariatnts doesn't require very much code to be updated.
      This variable is mostly used via the infallible RootViewManager() getter. This
      patch updates that getter in accordance with the new contract, and the callers
      don't need to worry about this change.
      
      Differential Revision: https://phabricator.services.mozilla.com/D127178
      bfb72ec4
    • Sandor Molnar's avatar
      Backed out 5 changesets (bug 1733465) for causing android build bustages in... · 325902a5
      Sandor Molnar authored
      Backed out 5 changesets (bug 1733465) for causing android build bustages in android/SessionAccessibility.cpp. CLOSED TREE
      
      Backed out changeset 4c5b28b66740 (bug 1733465)
      Backed out changeset 3db0452b185c (bug 1733465)
      Backed out changeset d7460c9c6acb (bug 1733465)
      Backed out changeset 3cee3f595e45 (bug 1733465)
      Backed out changeset 267d5fc92f12 (bug 1733465)
      325902a5
    • Daniel Holbert's avatar
      Bug 1733465 part 5: Store nsView::mDirtyRegion in a UniquePtr rather than a raw pointer. r=tnikkel · cf5b13f1
      Daniel Holbert authored
      This lets us remove the last explicit 'delete' invocation from the /view
      subdirectory. Hooray!
      
      As part of this change, I updated the getter for this member-var to return a
      "const UniquePtr&" instead of a raw pointer, per this recommendation in
      UniquePtr.h:
      https://searchfox.org/mozilla-central/rev/7539ad54ddc720a0553efd07ca681b9a409f9887/mfbt/UniquePtr.h#171-173
      
      (Fortunately the getter only has two callers, so they were easy to fix.)
      
      I also changed the name of the getter to drop "Get", per our convention that
      getters can hint at infallibility by the absence of "Get".
      
      Depends on D127185
      
      Differential Revision: https://phabricator.services.mozilla.com/D127187
      cf5b13f1
    • Daniel Holbert's avatar
      Bug 1733465 part 4: Convert nsViewManager::gViewManagers to StaticAutoPtr so... · cc225890
      Daniel Holbert authored
      Bug 1733465 part 4: Convert nsViewManager::gViewManagers to StaticAutoPtr so that we don't have to manually delete it. r=tnikkel
      
      This removes an explicit 'delete', by letting the StaticAutoPtr type handle the
      deletion for us automatically and atomically when we clear its value.
      
      Benefits/justification:
      * This reduces the potential for double-free bugs.
      * This matches existing patterns elsewhere in our code
        (search for e.g. "StaticAutoPtr<nsTArray")
      * This reduces (by 1) the number of explicit `delete` calls that we need to
        consider, when auditing the codebase for potential memory safety issues.
      
      Depends on D127180
      
      Differential Revision: https://phabricator.services.mozilla.com/D127185
      cc225890
    • Daniel Holbert's avatar
      Bug 1733465 part 2: Modernize nsViewManager::GetWidget() to use... · 5b203843
      Daniel Holbert authored
      Bug 1733465 part 2: Modernize nsViewManager::GetWidget() to use already_AddRefed return value, instead of requiring getter_AddRefs at callsite. r=tnikkel
      
      This patch shouldn't change behavior at all.
      
      This patch replaces a manual NS_ADDREF call with typesafe code that manages the
      reference count for us.  This reduces repeated boilerplate code, in the
      implementation as well as the callsites.
      
      Differential Revision: https://phabricator.services.mozilla.com/D127179
      5b203843
    • Daniel Holbert's avatar
      Bug 1733465 part 1: Store nsViewManager::mRootViewManager in a RefPtr instead... · f086f76b
      Daniel Holbert authored
      Bug 1733465 part 1: Store nsViewManager::mRootViewManager in a RefPtr instead of manually managing its reference count. r=tnikkel
      
      This patch is just a refactoring which shouldn't change behavior.
      
      Before this patch, mRootViewManager is a bit of an odd hybrid in terms of its
      ownership semantics.  If it's pointing to `this`, then it's not an owning
      reference (i.e. we don't AddRef or Release it), vs. if it's pointing to some
      other instance, then it *is* an owning reference (i.e. we *do* AddRef and
      Release it).
      
      After this patch, we change things such that it's unconditionally an owning
      reference, with a null value having special meaning.
      
      In particular:
      (a) Now, we'll store it in a RefPtr and let that manage the reference counting.
      (b) Now, we'll never explicitly assign it to 'this'; instead, we set it to null
      and we interpret a null value as an indication that 'this' is the root.
      
      Fortunately, this variable doesn't have many direct usages, so this slight
      change in meaning/invariatnts doesn't require very much code to be updated.
      This variable is mostly used via the infallible RootViewManager() getter. This
      patch updates that getter in accordance with the new contract, and the callers
      don't need to worry about this change.
      
      Differential Revision: https://phabricator.services.mozilla.com/D127178
      f086f76b
  6. Sep 22, 2021
  7. Aug 25, 2021
    • Andi-Bogdan Postelnicu's avatar
      Bug 1725145 - Preparation for the hybrid build env.... · 2fc4f70e
      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
      2fc4f70e
  8. Aug 19, 2021
  9. Aug 05, 2021
  10. Jul 29, 2021
  11. Jul 28, 2021
  12. Jul 22, 2021
  13. May 13, 2021
  14. May 12, 2021
  15. Mar 14, 2021
  16. Mar 11, 2021
  17. Feb 16, 2021
    • Gerald Squelart's avatar
      Bug 1691589 - Reduce reliance on GeckoProfiler.h when only labels (and maybe... · 2416d881
      Gerald Squelart authored
      Bug 1691589 - Reduce reliance on GeckoProfiler.h when only labels (and maybe markers) are needed - r=necko-reviewers,geckoview-reviewers,sg,agi,florian
      
      There are no code changes, only #include changes.
      It was a fairly mechanical process: Search for all "AUTO_PROFILER_LABEL", and in each file, if only labels are used, convert "GeckoProfiler.h" into "ProfilerLabels.h" (or just add that last one where needed).
      In some files, there were also some marker calls but no other profiler-related calls, in these cases "GeckoProfiler.h" was replaced with both "ProfilerLabels.h" and "ProfilerMarkers.h", which still helps in reducing the use of the all-encompassing "GeckoProfiler.h".
      
      Differential Revision: https://phabricator.services.mozilla.com/D104588
      2416d881
  18. Jan 25, 2021
  19. Dec 29, 2020
  20. Oct 26, 2020
    • Ricky Stewart's avatar
      Bug 1654103: Standardize on Black for Python code in `mozilla-central`. · 02a7b4eb
      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
      02a7b4eb
  21. Oct 24, 2020
    • Bogdan Tara's avatar
      Backed out 10 changesets (bug 1654103, bug 1672023, bug 1518999) for... · da1098d4
      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)
      da1098d4
  22. Oct 23, 2020
    • Ricky Stewart's avatar
      Bug 1654103: Standardize on Black for Python code in `mozilla-central`.... · c0cea3b0
      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
      c0cea3b0
  23. Oct 22, 2020
  24. Oct 21, 2020
    • Ricky Stewart's avatar
      Bug 1654103: Standardize on Black for Python code in `mozilla-central`.... · 50762dac
      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
      50762dac
  25. Apr 03, 2020
Loading