This does many things:
1) stops producing (and consuming) `FennecJNI*` JNI wrappers
2) removes the :app and :thirdparty Gradle projects
3) removes relevant pieces of the Gradle target configuration
4) updates lints
5) purges old configurations
After this commit, the `mobile/android` project/application builds
only GeckoView.
Differential Revision: https://phabricator.services.mozilla.com/D46536
--HG--
extra : moz-landing-system : lando
GeckoView builds produce artifact for download by Mozilla's regular
consumer audience. It's not clear what, if anything, depends on this
download information, but this is a reasonable way to find out!
Differential Revision: https://phabricator.services.mozilla.com/D46535
--HG--
extra : moz-landing-system : lando
Does what it says on the tin. Once we have a central scheduling
system this should likely just consume that.
Differential Revision: https://phabricator.services.mozilla.com/D35454
--HG--
extra : moz-landing-system : lando
The first run loads more things into the StartupCache than are
used on the second and subsequent runs. This just ensures that if
the StartupCache diverges too far from its actual use that we will
rebuild it.
Differential Revision: https://phabricator.services.mozilla.com/D34654
--HG--
extra : moz-landing-system : lando
The signatures were updated in the previous patch to hand us the raw,
uncopied buffers. This just adjusts the callsites to match.
Differential Revision: https://phabricator.services.mozilla.com/D34653
--HG--
extra : moz-landing-system : lando
I am not aware of anything that depends on StartupCache being a
zip file, and since I want to use lz4 compression because inflate
is showing up quite a lot in profiles, it's simplest to just use
a custom format. This loosely mimicks the ScriptPreloader code,
with a few diversions:
- Obviously the contents of the cache are compressed. I used lz4
for this as I hit the same file size as deflate at a compression
level of 1, which is what the StartupCache was using previously,
while decompressing an order of magnitude faster. Seemed like
the most conservative change to make. I think it's worth
investigating what the impact of slower algs with higher ratios
would be, but for right now I settled on this. We'd probably
want to look at zstd next.
- I use streaming compression for this via lz4frame. This is not
strictly necessary, but has the benefit of not requiring as
much memory for large buffers, as well as giving us a built-in
checksum, rather than relying on the much slower CRC that we
were doing with the zip-based approach.
- I coded the serialization of the headers inline, since I had to
jump back to add the offset and compressed size, which would
make the nice Code(...) method for the ScriptPreloader stuff
rather more complex. Open to cleaner solutions, but moving it
out just felt like extra hoops for the reader to jump through
to understand without the benefit of being more concise.
Differential Revision: https://phabricator.services.mozilla.com/D34652
--HG--
extra : moz-landing-system : lando
Adds an explicit error mapping function to Result, to simplify
using MOZ_TRY... macros.
Differential Revision: https://phabricator.services.mozilla.com/D47466
--HG--
extra : moz-landing-system : lando
This just splits out the InputBuffer and OutputBuffer helper classes
to make it cleaner for the StartupCache to include them.
Differential Revision: https://phabricator.services.mozilla.com/D34651
--HG--
extra : moz-landing-system : lando
This will not behave exactly the same if we had previously written bad
data for the entry that would fail to decompress. I imagine this is rare
enough, and the consequences are not severe enough, that this should be
fine.
Differential Revision: https://phabricator.services.mozilla.com/D30643
--HG--
extra : moz-landing-system : lando
I thought I had already written out the patch to remove these, but
apparently not. Per discussion in the startup cache telemetry bug,
there should be no reason for doing this.
Differential Revision: https://phabricator.services.mozilla.com/D31491
--HG--
extra : moz-landing-system : lando
I opted to go with what I perceived as the more expedient route
of leaving lz4 roughly where it is and just adding to that. The
biggest complication was xxhash, which is included elsewhere.
I'm not generally proficient with build-related things though so
my solution may be wrong and not just ugly.
Differential Revision: https://phabricator.services.mozilla.com/D30640
--HG--
rename : mfbt/lz4.c => mfbt/lz4/lz4.c
rename : mfbt/lz4.h => mfbt/lz4/lz4.h
extra : moz-landing-system : lando
Allow access to extra services needed to open file pickers from the Flash process on 10.15.
Differential Revision: https://phabricator.services.mozilla.com/D48145
--HG--
extra : moz-landing-system : lando
Use test1.mochi.test:8888 instead of example.org so that the innermost iframe is
still same-compartment with the top-level page.
Differential Revision: https://phabricator.services.mozilla.com/D48192
--HG--
extra : moz-landing-system : lando
Bug 1584244 fixed some of the issue for getters,
but not all of them.
Instead of trying to unescape the node name, we
put the actual property name into the node, so
we can reuse it later.
Differential Revision: https://phabricator.services.mozilla.com/D47876
--HG--
extra : moz-landing-system : lando
This removes support for 'passive' and makes our element and data segment
syntax follow standard syntax much more closely.
Element segments now require either 'func' or 'funcref' in the right
position, and require a table index for active segments that don't use
the designated MVP shorthand.
Data segments require an offset when there's a memory index present.
Also add support for the noise syntax (offset x) for the
initialization offset in active segments.
I did not add support for the variant of in-line elements in the table
definition that allows the starting offset to be specified; this is
followup work.
Also tidy up some naming and comments in an attempt to clarify the
flow in the encoder.
Differential Revision: https://phabricator.services.mozilla.com/D48031
--HG--
extra : moz-landing-system : lando
Promote clear primitives to be picture cache slices that can
be drawn during the composite step. Without this, the clear
primitive is not correct since it only operates on the slice
it is assigned to, not the entire background before it.
Differential Revision: https://phabricator.services.mozilla.com/D48139
--HG--
extra : moz-landing-system : lando
This change makes several changes to the 2D UI, including
- moving the nav bar to the botom of the screen
- removing the FxR logo from the nav bar
- updating colors to new pallette
- refactoring CSS to separate color rules into a separate file
Differential Revision: https://phabricator.services.mozilla.com/D47769
--HG--
extra : moz-landing-system : lando
The spec allows for MediaRecorder.start() to hold the "start" event until it
has collected some actual data. This means "pause" and "resume" events can occur
before "start", on the contrary of this testcase.
This patch avoids this ambiguity by:
1) Drawing a frame to the canvas so that the track contains some real data.
2) Wait for "start" before pause()ing, to ensure "start" comes first.
Note that without 1), 2) could wait indefinitely, resulting in a timeout.
Differential Revision: https://phabricator.services.mozilla.com/D46470
--HG--
extra : moz-landing-system : lando
Csoregi Natalia
Matt Howell
Nick Alexander
Iain Ireland
Doug Thayer
Brindusan Cristian
Geoff Brown
Haik Aftandilian
Narcis Beleuzu
Jan de Mooij
Zibi Braniecki
Lee Salzman
shindli
Ksenia Berezina
Christoph Kerschbaumer
Nicolas Chevobbe
Edouard Oger
Lars T Hansen
Ed Lee
Andy Wingo
Mark Banner
Noemi Erli
arthur.iakab
Robert Strong
Glenn Watson
Tim Nguyen
David Walsh
wartmanm
thomasmo
Kris Taeleman
Tom Ritter
Andreas Pehrson