Bug 1386922 - Add learn more link to autofill address, r=MattN,lchang MozReview-Commit-ID: LloJRy8srb1

Bug 1398999 - nsDequeFunctor::operator() doesn't need to return anything - r?froydnj Its return value is never used, and most implementations return nullptr anyway. MozReview-Commit-ID: 8rxC053mmE8

Bug 1398965 - Fold memory/mozjemalloc into memory/build. r?njn The files relevant to the memory allocator are currently spread between memory/mozjemalloc and memory/build, and the distinction was historically from sharing some Mozilla-specific things between mozjemalloc and jemalloc3. That distinction is not useful anymore, so we fold everything together. As we will likely rename the allocator at some point in the future, it is preferable to move away from the mozjemalloc directory rather than in its direction.

Bug 1398965 - Fold memory/mozjemalloc into memory/build. r?njn The files relevant to the memory allocator are currently spread between memory/mozjemalloc and memory/build, and the distinction was historically from sharing some Mozilla-specific things between mozjemalloc and jemalloc3. That distinction is not useful anymore, so we fold everything together. As we will likely rename the allocator at some point in the future, it is preferable to move away from the mozjemalloc directory rather than in its direction.

Bug 1398965 - Remove MOZ_JEMALLOC_IMPL in favor of MOZ_MEMORY_IMPL. r?njn In practice, they mean the same thing, and there's only one place where MOZ_JEMALLOC_IMPL was used.

Bug 1385239 - Part 3. A test case of putting a translated filtered element inside an SVG mask. r=mstange MozReview-Commit-ID: AqSL8Gb5R46

Bug 1385239 - Part 2. Remove aTransform parameter from PaintFilteredFrame. r=mstange There are two callers of nsFilterInstance::PaintFilteredFrame: 1. nsSVGUtils::PaintFrameWithEffects at [1] This function is used while painting a filtered element on a path which display item painting is not supported yet, such as drawing elements inside a indirect painted SVG object, such as a mask, a clipPath or a gradient object. Let's say we have a masked element, which refers to an SVG mask, and there is a filtered element inside that SVG mask. Using nsFilterInstance::PaintFilteredFrame to paint that filtered frame in the mask, we have to pass a gfxContext and a transform matrix to it. The transform of the gfxContext 'target' that we pass in consists of a transform from the referenced frame, of the masked frame, to the masked frame. We also pass in a transform matrix 'aTransform', this matrix contains a transform from the the masked frame to the filtered frame in *device units*, which means it contains css-to-dev-px scaling factor. 2. nsSVGIntegrationUtils::PaintFilter at [2] This function is used by normal display item painting. The same, we pass a gfxContext 'context' and a transform matrix 'tm' into nsFilterInstance::PaintFilteredFrame. The transform matrix of 'context' consists of a transform from the referenced frame, of the filtered frame, to this filtered frame, but the scale factor was taken out . The transform matrix 'tm' we pass in contains scale transform from the referenced frame to the filtered frame in *device unit*. Inside nsFilterInstance::PaintFilteredFrame, we treat the transform matrix of 'aCtx' and 'aTransform' as parameters we pass in in #2 caller. So it can be failed in #1. For example, if the filtered frame inside a masked frame has a translation transform applied, since that translation was put in 'aTransfrom', but we only use the scale factor of 'aTransform' in nsFilterInstance::PaintFilteredFrame, translation factor disappears. In this patch, I unified the definition of parameters of nsFilterInstance::PaintFilteredFrame: 1. nsFilterInstance::PaintFilteredFrame(aCtx): the transform matrix of aCtx should be a transform from the referenced frame to the filtered frame in *css units*. Originally, the aCtx we passed in #1 is in device units, which should be fixed; the aCtx we passed in #2 does not even include css scaling factor, need be fixed too. 2. nsFilterInstance::PaintFilteredFrame(aTransform): this transform matrix should contain only scaling factor in device units. And I removed it in the end since I found we can get this value easily right inside the callee. [1] https://hg.mozilla.org/mozilla-central/file/ef585ac7c476/layout/svg/nsSVGUtils.cpp#l857 [2] https://hg.mozilla.org/mozilla-central/file/ef585ac7c476/layout/svg/nsSVGIntegrationUtils.cpp#l1114 MozReview-Commit-ID: gRV128NyQv

Bug 1385239 - Part 1. Pass gfxContext, instead of DrawTarget, into nsFilterInstance::PaintFilteredFrame. r=mstange This change makes the next patch free of doing Matrix to gfxMatrix conversion. MozReview-Commit-ID: 8K9RNgjZPTw

Bug 1380980 - stylo: Add test; r=emilio MozReview-Commit-ID: JLk5H1j2v89

Bug 1380980 - stylo: Add (unused) absolute offset to FontComputationData; r=emilio MozReview-Commit-ID: EqtIs2NDm5g

Backed out 2 changesets (bug 1397123) for Android build bustage Backed out changeset 803c2d6f4be4 (bug 1397123) Backed out changeset 2d41a6eb4df4 (bug 1397123) MozReview-Commit-ID: A45nVCrhbQA

Backed out 4 changesets (bug 1398601) for Windows Marionette crashes @ ExecuteInExtensibleLexicalEnvironment Backed out changeset 7aac2595bc17 (bug 1398601) Backed out changeset 7a4bb5a1848a (bug 1398601) Backed out changeset dd4af7998505 (bug 1398601) Backed out changeset e9816be61b49 (bug 1398601) MozReview-Commit-ID: LLJ99dkRQEg

servo: Merge #18451 - stylo: Add support for calcs in base size calculation (from Manishearth:stylo-calc-fontsize); r=emilio This tracks an offset along with the ratio for the keyword font size data. The offset gets used when a calc is involved whilst inheriting font-size (it is the computed value of that calc ignoring em/percentage portions, which go into the ratio). If the family or language changes, the new font size can be computed by taking the keyword's size in the context of that family/language, multiplying it by the ratio, and adding the offset. r=emilio https://bugzilla.mozilla.org/show_bug.cgi?id=1380980 Source-Repo: https://github.com/servo/servo Source-Revision: f91ea02bf7336653d7fd6c7833b7fd5fcd7b9fac

Bug 1397123 - [Part2] Decouple ChromiumCDMProxy from ChromiumCDMParent. r=cpearce 1. Pass ChromiumCDMCallback interface to ChromiumCDMParent instead of ChromiumCDMProxy directly. 2. Wrap dispatching to main thread function to clean up the redundant code. MozReview-Commit-ID: 5HxS9Fc1yr

Bug 1397123 - [Part1] Make aMessage of CDMProxy::OnSessionMessage const. r=cpearce MozReview-Commit-ID: Bsw6s2HE02

Bug 1334582 - Check whether overall progress exceeds UINT64_MAX. r=boris The overall progress is factored in iteration start, so even if TimingParams.mIterations is less than UINT64_MAX, it will exceed UINT64_MAX. MozReview-Commit-ID: CEOYAGsCoIE

Bug 1334582 - Use UINT64_MAX instead of IsInfinite() for checking whether TimingParans.mIterations is infinite or not. r=boris Because our ComputedTiming.mCurrentIteration is uint64_t. MozReview-Commit-ID: FjbhEvTUMr4

Bug 1398628 - Remove VIDEO_CDM_CREATED telemetry and the related code. r=cpearce,francois MozReview-Commit-ID: 3xDiz9S90bY

servo: Merge #18447 - Remove most uses of ComputedValueAsSpecified (from servo:kill-cvas); r=emilio Source-Repo: https://github.com/servo/servo Source-Revision: 5cc2b4f705e420b156899ed55072ccc11d0e50c0

Bug 1381126: Resume requiring WebAuthn RP ID to be a Domain String r=keeler In Bug 1380421 we reverted some behavior that required Web Authentication's RP ID to be domain string to permit it to be an origin, too, for interop testing. That is no longer needed, so this patch resumes enforcement that RP ID be a domain string. It also adds a needed test that the RP ID hash is calculated correctly. MozReview-Commit-ID: 8dDjzo5kQKP