5876723df7ba626af3257d55fb79957ebfaec7c9: Bug 1520241 - Avoid slow sleeps on Windows in TestSPSCQueue.exe r=padenot
David Major <dmajor@mozilla.com> - Wed, 16 Jan 2019 12:04:13 +0000 - rev 514087
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Bug 1520241 - Avoid slow sleeps on Windows in TestSPSCQueue.exe r=padenot Differential Revision: https://phabricator.services.mozilla.com/D16583
d50d152c74c71a2581ecfb373f9efb8255aef4a2: Bug 957915 - Handle calc(%) on tables. r=mats
Emilio Cobos Álvarez <emilio@crisal.io> - Tue, 15 Jan 2019 19:39:23 +0000 - rev 514086
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Bug 957915 - Handle calc(%) on tables. r=mats This patch makes us handle calc with percentages when we can convert to percentages the same way we handle plain percentages in table layout. We still treat length + percentage as auto (this matches Blink / WebKit as well). There's one case we differ with Blink / WebKit, which is calc(% + 0px), which they'd treat as auto instead of a percentage. I think this is a bug on them (or at least worth some spec clarification). I filed https://github.com/w3c/csswg-drafts/issues/3482 for that. In practice what that'd means for us if the WG decides that Blink / WebKit is right in that case is that we'd need to keep track of whether the calc() specifies lengths, and return false from ConvertsToPercent if so. In any case, nothing that would massively change this patch, and I think enough of an edge case that is not worth blocking on the CSSWG decision here. Though I could be convinced otherwise of course. Differential Revision: https://phabricator.services.mozilla.com/D15719
8c88a33dc39f0b2089e4def7ca9feaf5f78a1505: Bug 1519302 - Add pref to restrict BinAST feature to specific hosts. r=baku
Tooru Fujisawa <arai_a@mac.com> - Wed, 16 Jan 2019 13:12:00 +0000 - rev 514085
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Bug 1519302 - Add pref to restrict BinAST feature to specific hosts. r=baku To reduce the attack surface in early test for BinAST, add a preference to restrict the hosts that Firefox accepts BinAST file from. The preference is turned on by default (BinAST itself is turned off by default for now), and the list contains hosts which is going to be used in early test. For hosts not listed in the list, Firefox doesn't send BinAST MIME-Type in Accept field, and doesn't handle BinAST file in case the server returns BinAST file. Differential Revision: https://phabricator.services.mozilla.com/D16517
c6ec6b0911d20e4672b6409771a1a6e1495fff9b: Bug 1503003 - Disable the process priority manager when running xpcshell tests. r=gsvelto
Mike Conley <mconley@mozilla.com> - Wed, 16 Jan 2019 13:20:00 +0000 - rev 514084
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Bug 1503003 - Disable the process priority manager when running xpcshell tests. r=gsvelto Differential Revision: https://phabricator.services.mozilla.com/D16604
ff6b83e3521661987c7d16cdce3d81dc87496086: Bug 1487490 - Update the python modules installed on OS X by bootstrap, following changes in homebrew. r=froydnj
Mark Banner <standard8@mozilla.com> - Wed, 16 Jan 2019 15:07:11 +0000 - rev 514083
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Bug 1487490 - Update the python modules installed on OS X by bootstrap, following changes in homebrew. r=froydnj Differential Revision: https://phabricator.services.mozilla.com/D16672
79f7656b35eb2d612ff56302b1e299a55d885b9b: Bug 1518798: Treat SysWOW64 the same as the system directory in the untrusted modules ping r=aklotz
Carl Corcoran <ccorcoran@mozilla.com> - Mon, 14 Jan 2019 23:53:13 +0000 - rev 514082
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Bug 1518798: Treat SysWOW64 the same as the system directory in the untrusted modules ping r=aklotz Under WOW64, the SysWOW64 directory is the effective system directory. A flag has been added (ModuleTrustFlags::SysWOW64Directory) representing this directory, and we now grant this the same trustworthiness as ModuleTrustFlags::SystemDirectory. Depends on D16013 Differential Revision: https://phabricator.services.mozilla.com/D16160
1b1fe5815dffcacf40731336a114a8c2fcc2adf7: Bug 1518490 Part 3/3: Send XUL load duration and module load duration via untrusted modules ping r=aklotz
Carl Corcoran <ccorcoran@mozilla.com> - Tue, 15 Jan 2019 22:30:54 +0000 - rev 514081
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Bug 1518490 Part 3/3: Send XUL load duration and module load duration via untrusted modules ping r=aklotz This patch: - Adds two new fields to the untrusted modules ping - Updates documentation for the untrusted modules ping: - Documents these 2 new fields - Documents the new XUL ModuleTrustFlags bitfield value - Adds a "version history" section - Corrects documentation for ModuleTrustFlags (JIT, keyboard layouts) Differential Revision: https://phabricator.services.mozilla.com/D16013
1b8f7dd09d842bf97fa58840d48904a7f38eb4ac: Bug 1518490 Part 2/3: Measure xul.dll load duration r=aklotz
Carl Corcoran <ccorcoran@mozilla.com> - Tue, 15 Jan 2019 22:29:28 +0000 - rev 514080
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Bug 1518490 Part 2/3: Measure xul.dll load duration r=aklotz In order to help unify DLL timings across machines with different performance characteristics, this change collects the load duration of xul.dll. Because xul.dll is always loaded, it can serve as a control value for DLL load times. Differential Revision: https://phabricator.services.mozilla.com/D16012
400434070f20f902659434c8e7d437f800613e35: Bug 1518490 Part 1/3: Measure DLL load timings and pass into UntrustedModulesManager r=aklotz
Carl Corcoran <ccorcoran@mozilla.com> - Tue, 15 Jan 2019 10:49:36 +0000 - rev 514079
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Bug 1518490 Part 1/3: Measure DLL load timings and pass into UntrustedModulesManager r=aklotz This patch measures the duration of module loads and passes it up to UntrustedModulesManager where, in later patches, it will be consumed by telemetry. Differential Revision: https://phabricator.services.mozilla.com/D16011
078e5984f999de05c3987fd04679b8703a042cb3: Bug 1519441 - WR fix scroll frame rectangle r=gw
Dzmitry Malyshau <dmalyshau@mozilla.com> - Wed, 16 Jan 2019 14:49:59 +0000 - rev 514078
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Bug 1519441 - WR fix scroll frame rectangle r=gw This is a follow-up fix to https://github.com/servo/webrender/pull/3251 Accidentally, the reference frame relative offset was applied twice. Differential Revision: https://phabricator.services.mozilla.com/D16658
987910383af00b26d557da874c16d039fba18da5: Bug 1512650 - Allow overriding actions like Switch to tab. r=Standard8
Dão Gottwald <dao@mozilla.com> - Wed, 16 Jan 2019 14:27:36 +0000 - rev 514077
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Bug 1512650 - Allow overriding actions like Switch to tab. r=Standard8 Differential Revision: https://phabricator.services.mozilla.com/D16541
1312db5d495953cc6e18b16d082d06d611a21166: Merge mozilla-inbound to mozilla-central a=merge
Razvan Maries <rmaries@mozilla.com> - Wed, 16 Jan 2019 19:00:15 +0200 - rev 514076
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Merge mozilla-inbound to mozilla-central a=merge
036c3b7cde376187c8df91f7d764e528371adace: Bug 1520154 - Move cursor to cbindgen. r=boris
Emilio Cobos Álvarez <emilio@crisal.io> - Tue, 15 Jan 2019 15:05:45 +0100 - rev 514075
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Bug 1520154 - Move cursor to cbindgen. r=boris The only reason it was on style_traits is so that they could use it from some other crates, but Servo eventually ends up getting the value from an integer, so may as well pass it around and do that in the end of the process anyway. Differential Revision: https://phabricator.services.mozilla.com/D16557
cee37d07397cdffd16e63db1cdfff27a57d09eea: Bug 1520294, make FilterPrimitiveDescription usage a tad less malloc heavy, r=mstange
Olli Pettay <Olli.Pettay@helsinki.fi> - Wed, 16 Jan 2019 12:27:04 +0200 - rev 514074
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Bug 1520294, make FilterPrimitiveDescription usage a tad less malloc heavy, r=mstange
ed01030dd8adf3973f2c5ee1620e8e268e7ad07c: Bug 1354561 - Disable test_animSVGImage2.html on linux qr for frequent failures. r=jmaher
Eliza Balazs <ebalazs@mozilla.com> - Wed, 16 Jan 2019 02:02:00 +0200 - rev 514073
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Bug 1354561 - Disable test_animSVGImage2.html on linux qr for frequent failures. r=jmaher
2d1497d9bb0402cb5873759ff4e038352dda2d6e: Merge mozilla-central to inbound. a=merge CLOSED TREE
Oana Pop Rus <opoprus@mozilla.com> - Wed, 16 Jan 2019 11:40:36 +0200 - rev 514072
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Merge mozilla-central to inbound. a=merge CLOSED TREE
1230184adda1d000a3b339a599416c015eea4119: Bug 1283121 - Handle SIGBUS for unaligned FP load/store on ARM Linux. r=luke, r=jseward
Lars T Hansen <lhansen@mozilla.com> - Wed, 09 Jan 2019 13:51:12 +0100 - rev 514071
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Bug 1283121 - Handle SIGBUS for unaligned FP load/store on ARM Linux. r=luke, r=jseward Accesses that are not flagged as unaligned in the wasm bytecode may still be unaligned in practice; this is allowed by the wasm spec. This is not a problem on x86 but may be on ARM (depending on the chip and the OS), since ARM has more stringent alignment requirements; however, our initial ARM work knowingly ignored the problem, as we had insufficient data. Now we have data, and it turns out that 32-bit ARM Linux and Android usually signal SIGBUS for unaligned floating-point accesses, this is observed broadly on current (2017-2018) devices. It is still chip-dependent, in principle, but I've found no recent device or Android version where the signal does not occur. So we have to handle the signal or avoid it being generated in the first place. As we expect unaligned FP accesses to be infrequent (multibyte data read directly out of packed data streams, etc) it provides best performance overall to emulate the faulting instruction within the trap handler. The main problem with doing so is that the Linux sigcontext does not quite expose the FP registers. However, the sigcontext contains a data structure that has the data we need; it is self-identifying; and it has been stable for nearly a decade and many Linux versions, at least back to the 2.6 line. Android has merged the code in question. A secondary problem is that we don't want a general disassembler in the signal handler, so code generation becomes slightly constrained by this, but only on ARM, and not in a way that required any changes.
3b1fbe2830f3a4b385f07ae0d2403611e666a821: Merge mozilla-central to mozilla-inbound. a=merge on a CLOSED TREE
Daniel Varga <dvarga@mozilla.com> - Wed, 16 Jan 2019 06:57:53 +0200 - rev 514070
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Merge mozilla-central to mozilla-inbound. a=merge on a CLOSED TREE
ded17dffa465c4a04bcbdb4dcb672f09d093593a: Bug 1514359: create network marker for end-of-load in correct spot r=mayhemer
Randell Jesup <rjesup@jesup.org> - Tue, 15 Jan 2019 21:29:45 -0500 - rev 514069
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Bug 1514359: create network marker for end-of-load in correct spot r=mayhemer
6e8f0fdbe2e21fbf8db2bbfe1cefd5ba13ea665b: Bug 1471524 - Add start/end notifications on RemoteSettings.pollChanges() r=glasserc
Mathieu Leplatre <mathieu@mozilla.com> - Wed, 16 Jan 2019 14:19:27 +0000 - rev 514068
Push 1953 by ffxbld-merge at Mon, 11 Mar 2019 12:10:20 +0000
Bug 1471524 - Add start/end notifications on RemoteSettings.pollChanges() r=glasserc Add start/end notifications on RemoteSettings.pollChanges() Differential Revision: https://phabricator.services.mozilla.com/D16674
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip