- Oct 21, 2021
-
-
Emilio Cobos Álvarez authored
Differential Revision: https://phabricator.services.mozilla.com/D129160
-
- Oct 18, 2021
-
-
stransky authored
Differential Revision: https://phabricator.services.mozilla.com/D128749
-
- Oct 17, 2021
-
-
Jeff Muizelaar authored
This adds a bunch of #include "WindowRenderer.h" in places that were getting it implicitly before. Differential Revision: https://phabricator.services.mozilla.com/D128687
-
- Oct 05, 2021
-
-
Nicolas Silva authored
Bug 1690619 - Keep track of where the request to rendering something comes from. r=gfx-reviewers,mstange This patch adds plumbing to keep track of why we request frames to be rendered. This information is then displayed in gecko profile markers on the renderer thread as well as in profiler HUD counters (See "Render reasons" in profiler.rs). Differential Revision: https://phabricator.services.mozilla.com/D127274
-
- Oct 01, 2021
-
-
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
-
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
-
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
-
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
-
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
-
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)
-
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
-
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
-
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
-
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
-
- Sep 22, 2021
-
-
Matt Woodrow authored
Differential Revision: https://phabricator.services.mozilla.com/D125800
-
Matt Woodrow authored
Differential Revision: https://phabricator.services.mozilla.com/D125797
-
Matt Woodrow authored
PaintFrame only uses the input region if !WidgetLayers, which Paint always passes. Differential Revision: https://phabricator.services.mozilla.com/D125795
-
- 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
-
- Aug 19, 2021
-
-
Gijs Kruitbosch authored
Depends on D122663 Differential Revision: https://phabricator.services.mozilla.com/D122664
-
- Aug 05, 2021
-
-
Matt Woodrow authored
Differential Revision: https://phabricator.services.mozilla.com/D120920
-
Matt Woodrow authored
Differential Revision: https://phabricator.services.mozilla.com/D120919
-
- Jul 29, 2021
-
-
Mike Hommey authored
Differential Revision: https://phabricator.services.mozilla.com/D121066
-
Csoregi Natalia authored
Backed out changeset cf8a1175abd1 (bug 1722258) Backed out changeset 41176d476eb7 (bug 1722258) Backed out changeset 4149d596d03d (bug 1722258)
-
- Jul 28, 2021
-
-
Matt Woodrow authored
Differential Revision: https://phabricator.services.mozilla.com/D120920
-
Matt Woodrow authored
Differential Revision: https://phabricator.services.mozilla.com/D120919
-
- Jul 22, 2021
-
-
Matt Woodrow authored
Depends on D120439 Differential Revision: https://phabricator.services.mozilla.com/D120440
-
- May 13, 2021
-
-
sotaro authored
When nsView::CalcWidgetBounds() size might be applied to widget with modification. And next widget->GetClientBounds() could be different than nsView::CalcWidgetBounds() again with several reasons. But it seems OK to apply widget->ConstrainSize() in nsView::DoResetWidgetBounds(). It could remove repaint because of widget->ConstrainSize() call in the Resize(). Differential Revision: https://phabricator.services.mozilla.com/D114814
-
- May 12, 2021
-
-
Butkovits Atila authored
Backed out changeset 64abec51f1cb (bug 1710533) for causing failures at test_panel.xhtml. CLOSED TREE
-
sotaro authored
When nsView::CalcWidgetBounds() size might be applied to widget with modification. And next widget->GetClientBounds() could be different than nsView::CalcWidgetBounds() again with several reasons. But it seems OK to apply widget->ConstrainSize() in nsView::DoResetWidgetBounds(). It could remove repaint because of widget->ConstrainSize() call in the Resize(). Differential Revision: https://phabricator.services.mozilla.com/D114814
-
- Mar 14, 2021
-
-
Butkovits Atila authored
-
- Mar 11, 2021
-
-
Haik Aftandilian authored
Change ::Create(...LayoutDeviceIntRect...) to scale to desktop coordinates using the parent window scaling factor. Change ::Create(...DesktopIntRect...) to treat the |aRect| argument as offsets when a child widget is being created per nsIWidget documentation. Remove unnecessary logic from ::BackingScaleFactorChanged(). Change nsView to reset mDimBounds and mPosX, mPosY after destroying its widget. Differential Revision: https://phabricator.services.mozilla.com/D106351
-
- Feb 16, 2021
-
-
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
-
- Jan 25, 2021
-
-
Mats Palmgren authored
Note that there's still a little plugin related code in widget/ and gfx/ etc after this. That can be removed once we remove plugin support from dom/ etc. The removal from layout/ should be pretty complete though. Differential Revision: https://phabricator.services.mozilla.com/D102140
-
- Dec 29, 2020
-
-
Masayuki Nakano authored
Depends on D100389 Differential Revision: https://phabricator.services.mozilla.com/D100390
-
- 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
-
- Apr 03, 2020
-
-
Eric Rahm authored
Differential Revision: https://phabricator.services.mozilla.com/D69127 --HG-- extra : moz-landing-system : lando
-