Define a new class, DebuggerScript, inheriting from NativeObject. Move methods
and utility functions into the class as makes sense. Tighten types where
possible on code that works with DebuggerScript objects.
No intended change in behavior.
Differential Revision: https://phabricator.services.mozilla.com/D37509
--HG--
extra : moz-landing-system : lando
Just mach clang-tidy fixes. No intended change in implementation or visible behavior.
Differential Revision: https://phabricator.services.mozilla.com/D37508
--HG--
extra : moz-landing-system : lando
This patch should be pure code motion and declaration visibility changes. There
should be no change in behavior.
Differential Revision: https://phabricator.services.mozilla.com/D37363
--HG--
rename : js/src/dbg/Debugger-inl.h => js/src/dbg/Environment-inl.h
rename : js/src/dbg/Debugger.cpp => js/src/dbg/Environment.cpp
rename : js/src/dbg/Debugger.h => js/src/dbg/Environment.h
extra : moz-landing-system : lando
This patch should be pure code motion and declaration visibility fixes, plus
some formatting changes suggested by clang-tidy. There should be no change in
behavior.
Differential Revision: https://phabricator.services.mozilla.com/D37357
--HG--
rename : js/src/dbg/Debugger-inl.h => js/src/dbg/Frame-inl.h
rename : js/src/dbg/Debugger.cpp => js/src/dbg/Frame.cpp
rename : js/src/dbg/Debugger.h => js/src/dbg/Frame.h
extra : moz-landing-system : lando
This patch should be pure code motion and declaration visibility changes, with
no changes in behavior.
This moves the implementation of Debugger.Objects from js/src/dbg/Debugger.cpp
out into its own file, Object.cpp, with header and inline headers Object.h and
Object-inl.h.
We give js/src/dbg its own moz.build file to avoid object file name collisions
in non-unified builds; see the comments in js/src/dbg/moz.build.
For now, js/src/dbg/moz.build does not use UNIFIED_SOURCES. We will fix that
with a patch at the end of the series.
Differential Revision: https://phabricator.services.mozilla.com/D37336
--HG--
rename : js/src/dbg/Debugger-inl.h => js/src/dbg/Object-inl.h
rename : js/src/dbg/Debugger.cpp => js/src/dbg/Object.cpp
rename : js/src/dbg/Debugger.h => js/src/dbg/Object.h
extra : moz-landing-system : lando
This should just be pure code motion, with no changes to behavior.
Differential Revision: https://phabricator.services.mozilla.com/D37335
--HG--
rename : js/src/dbg/Debugger.cpp => js/src/dbg/NoExecute.h
extra : moz-landing-system : lando
Now that BaselineInterpreterGenerator is also defined there, it's nicer to use the
name of the shared base class.
Differential Revision: https://phabricator.services.mozilla.com/D38174
--HG--
rename : js/src/jit/BaselineCompiler.cpp => js/src/jit/BaselineCodeGen.cpp
rename : js/src/jit/BaselineCompiler.h => js/src/jit/BaselineCodeGen.h
extra : moz-landing-system : lando
Tests will be added in bug 1548861 and bug 1548874.
Differential Revision: https://phabricator.services.mozilla.com/D38220
--HG--
rename : toolkit/components/passwordmgr/test/unit/test_LoginManagerParent_onGeneratedPasswordFilled.js => toolkit/components/passwordmgr/test/unit/test_LoginManagerParent_onGeneratedPasswordFilledOrEdited.js
extra : moz-landing-system : lando
These tests are expected-fails due to using some obsolete positioning syntax.
They will become expected-pass once our "upstream" test-fixes in Bug 1559276
finish off their synchronization roundtrip back into our WPT import.
Differential Revision: https://phabricator.services.mozilla.com/D38118
--HG--
extra : moz-landing-system : lando
If the embedding element uses `object-fit`, then that indicates it's precisely
positioning and/or sizing the embedded SVG document's viewport to fit inside
the embedding element's content area. So, when the internal SVG viewBox
changes, then the embedding element needs to redo that positioning/sizing. For
now, this specifically requires a reflow (and in particular, the nsViewManager
adjustments at the end of nsSubDocumentFrame::Reflow).
Differential Revision: https://phabricator.services.mozilla.com/D37910
--HG--
extra : moz-landing-system : lando
We can remove references held in the ContentChild and the ContentParent once the BrowsingContextGroup becomes empty.
This allows to break the cycles and the BrowsingContextGroup to be deleted.
Differential Revision: https://phabricator.services.mozilla.com/D38180
--HG--
extra : moz-landing-system : lando
The installer for aarch64 Windows has exceeded the current limit. This new one
(150 MB) should allow enough breathing room while still being reasonable.
Differential Revision: https://phabricator.services.mozilla.com/D38246
--HG--
extra : moz-landing-system : lando
When we build mar, there is no reason not to build signmar as well. It
used to be optional because not all platforms were supported, but they
are now.
... except when building the newly added tools/update-packaging,
which builds the mar tool as a standalone thing, and building signmar
as well causes complications.
Differential Revision: https://phabricator.services.mozilla.com/D36992
--HG--
extra : moz-landing-system : lando
These should be removed anyway and I figured renaming them didn't make much sense.
Differential Revision: https://phabricator.services.mozilla.com/D38021
--HG--
extra : moz-landing-system : lando
- Remove WebSocket Type column
- Move the frame type information to the Data column as an arrow icon
- Add L10N strings for frame types and time format
- Reorder columns
- Set percentage widths for columns to give more room to data and time
Differential Revision: https://phabricator.services.mozilla.com/D37064
--HG--
extra : moz-landing-system : lando
Also reorder functions in OffThreadScriptCompilation to group by
data source type.
Differential Revision: https://phabricator.services.mozilla.com/D37575
--HG--
extra : moz-landing-system : lando