257f2c96cef502a1d674df56c8e39d76d8ed4d89: Bug 1552958 - De-templatize PrioritizedEventQueue, r=froydnj
Olli Pettay <Olli.Pettay@helsinki.fi> - Tue, 21 May 2019 18:20:34 +0000 - rev 474815
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1552958 - De-templatize PrioritizedEventQueue, r=froydnj PrioritizedEventQueue's template is always EventQueue, so the template argument is rather useless. Trying to keep the patch minimal, so CreateMainThread for example is still a bit weird. Differential Revision: https://phabricator.services.mozilla.com/D31871
f023603f7e7265c5602fb6e9c871b19a3c7f3a92: Bug 1552719 - Bump an assertion count in the XBL + lists test, since we run the code that asserts more often now. r=bustage
Emilio Cobos Álvarez <emilio@crisal.io> - Tue, 21 May 2019 20:42:58 +0200 - rev 474814
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1552719 - Bump an assertion count in the XBL + lists test, since we run the code that asserts more often now. r=bustage CLOSED TREE
167dbfcf5251e0af024f481ffe1670b0d826ab29: Bug 1551690 - be more specific about the LLVM target on OS X; r=nalexander
Nathan Froyd <froydnj@mozilla.com> - Tue, 21 May 2019 17:53:44 +0000 - rev 474813
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1551690 - be more specific about the LLVM target on OS X; r=nalexander Our current OS X builds use `--target=x86_64-darwin11` (which corresponds to OS X 10.7). This target is problematic for two reasons: * We're actually targeting for OS X 10.9 (`MACOSX_DEPLOYMENT_TARGET`); * It's slightly different from the default Rust target. Let's address these problems in reverse order: differences from the Rust target are bad, because the `--target` we provide to `clang` and the Rust target find their way into LLVM bitcode files and the linker will refuse to link together bitcode files that have incompatible targets. Why are the two incompatible? The current `--target` doesn't have a "vendor" in triple-speak, whereas the Rust one has "apple" as the vendor (`x86_64-apple-darwin`) We therefore need to change the `--target` we pass to `clang` to have a vendor of "apple". This need is behind the {init,toolchain}.configure changes, but it has ramifications elsewhere, because `clang` looks for `--target`-prefixed build tools. So we have to change the `--target` for cctools to get the right tool prefixes and we have to change the `--target` for building clang ourselves so that *those* builds can find the newly renamed cctools. Once we've done, that's really enough; we don't *need to address the first problem: While the `--target` might be `x86_64-apple-darwin11`, both `clang` and `rustc` will dynamically choose the target triple that eventually lands in LLVM bitcode files based on `MACOSX_DEPLOYMENT_TARGET`, which we set in all builds. But the current target is slightly misleading, and the cctools don't need to be prefixed with a particular Darwin version, since they work for all Darwin targets. Let's just drop the "11" from the `--target` and eliminate a little bit of confusion. Differential Revision: https://phabricator.services.mozilla.com/D31128
592cf72930939b956c6a11311d500b330b5323e3: Bug 1552362: Ensure that the DLL Interceptor's ADRP decoding treats its immediate operand as signed; r=handyman
Aaron Klotz <aklotz@mozilla.com> - Mon, 20 May 2019 19:01:00 +0000 - rev 474812
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1552362: Ensure that the DLL Interceptor's ADRP decoding treats its immediate operand as signed; r=handyman Differential Revision: https://phabricator.services.mozilla.com/D31550
723d1a2c81e8bfb8dfce985e6e9fffa3716a1c7b: Bug 1539759 - Improve DTD entity handling. r=erahm
Peter Van der Beken <peterv@propagandism.org> - Tue, 21 May 2019 18:24:02 +0000 - rev 474811
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1539759 - Improve DTD entity handling. r=erahm Differential Revision: https://phabricator.services.mozilla.com/D30248
93a5044fd831621054e4aea7c1a65396e1b7ffae: Bug 1552290 - Preview fails after selecting another location. r=davidwalsh
Jason Laster <jlaster@mozilla.com> - Tue, 21 May 2019 18:16:39 +0000 - rev 474810
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1552290 - Preview fails after selecting another location. r=davidwalsh Differential Revision: https://phabricator.services.mozilla.com/D31516
3c824624aa30a223ba960b0131b71882c872f0ae: Bug 1551320 - Replace one more createElement with createElementNS. r=bgrins
Brendan Dahl <brendan.dahl@gmail.com> - Tue, 21 May 2019 18:12:31 +0000 - rev 474809
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1551320 - Replace one more createElement with createElementNS. r=bgrins Differential Revision: https://phabricator.services.mozilla.com/D31918
60bf0ae446ce30b797a928d8f7961aadb00662b4: Bug 1552441 - Test to verify that only unlinkable about pages can load script[type=module]. r=smaug,ckerschb
Jared Wein <jwein@mozilla.com> - Tue, 21 May 2019 18:02:21 +0000 - rev 474808
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1552441 - Test to verify that only unlinkable about pages can load script[type=module]. r=smaug,ckerschb Differential Revision: https://phabricator.services.mozilla.com/D31678
9953e8853243fe62ad2d74d30df1231cf5c5898f: Bug 1552229 - Emit field keys in correct order. r=jorendorff
Ashley Hauck <khyperia@mozilla.com> - Tue, 21 May 2019 17:55:34 +0000 - rev 474807
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1552229 - Emit field keys in correct order. r=jorendorff Differential Revision: https://phabricator.services.mozilla.com/D31495
b0583bec17687ad56b05a4216f2ba6787e361306: Bug 1547467 - Introduce another scope for .initializers, and remove .localInitializers. r=jorendorff
Ashley Hauck <khyperia@mozilla.com> - Tue, 21 May 2019 17:55:31 +0000 - rev 474806
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1547467 - Introduce another scope for .initializers, and remove .localInitializers. r=jorendorff Differential Revision: https://phabricator.services.mozilla.com/D29907
350f7249407d5156f831562b38807111790e8e74: Bug 1442271 - Cookie imports fail on newer versions of Chrome r=Gijs
Trishul <trishul.goel@gmail.com> - Tue, 21 May 2019 12:40:22 +0000 - rev 474805
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1442271 - Cookie imports fail on newer versions of Chrome r=Gijs DB field name is changed in chrome, so matching that. Cookie imports fail on newer versions of Chrome Differential Revision: https://phabricator.services.mozilla.com/D31976
96306b575252ae9f2914a5ca3c92f84356031a94: Bug 1552712 - Reserve upper bound for capacity of IntervalSet::Intersection(). r=jya
Chris Pearce <cpearce@mozilla.com> - Tue, 21 May 2019 17:09:53 +0000 - rev 474804
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1552712 - Reserve upper bound for capacity of IntervalSet::Intersection(). r=jya Previous patch in Bug 1552712 actually didn't set the correct upper bound; it failed to set the upper bound in cases like: intersect({[0,10]}, {[0,1], [2,3], [4,5]}) That's clearly the maximum of the lengths of the array, not the minimum. Differential Revision: https://phabricator.services.mozilla.com/D31946
9ee0f79d80d1a777869ec7dd2774694a0bef86f8: Bug 1544037 - Remove startupCache stat entry from main thread IO whitelist. r=florian
Mike Conley <mconley@mozilla.com> - Tue, 21 May 2019 17:33:26 +0000 - rev 474803
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1544037 - Remove startupCache stat entry from main thread IO whitelist. r=florian Depends on D31086 Differential Revision: https://phabricator.services.mozilla.com/D31087
79a583fd7cd942da68e3944a88cde027ff959d33: Bug 1544037 - Skip exists check when trying to open startupcache zip file archive. r=froydnj
Mike Conley <mconley@mozilla.com> - Tue, 21 May 2019 17:32:45 +0000 - rev 474802
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1544037 - Skip exists check when trying to open startupcache zip file archive. r=froydnj Differential Revision: https://phabricator.services.mozilla.com/D31086
1a44a048e2f0a93346f96b71b31845b89c55e98f: Bug 1552719 - Make nsBulletFrame::Ordinal() O(1) again. r=mats
Emilio Cobos Álvarez <emilio@crisal.io> - Tue, 21 May 2019 17:30:42 +0000 - rev 474801
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1552719 - Make nsBulletFrame::Ordinal() O(1) again. r=mats I did this instead of just (ab)using the fact that every list item has at least one counter-increment node because: * I don't have the bullet frame around by the time we initially compute the counter increment, which means that I'd need to grow nsBlockFrame / add a frame property for the list item ordinal, which I think would be unfortunate. * It feels more consistent with the way regular CSS counters work and with the way we want ::marker to eventually work. Differential Revision: https://phabricator.services.mozilla.com/D31990
209e8a6ae29dee097af3e40613c8f0842ffcaa7d: Bug 1552719 - Make nsGenConList::NodeAfter handle correctly nested pseudo-elements. r=mats
Emilio Cobos Álvarez <emilio@crisal.io> - Tue, 21 May 2019 17:29:26 +0000 - rev 474800
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1552719 - Make nsGenConList::NodeAfter handle correctly nested pseudo-elements. r=mats When you have a ::after::marker, and you compare one against the other we ended up with the wrong result because of the pseudotype stuff. I think this is cleaner now that DoCompareTreePosition handles pseudos properly (which is really the thing this was working around). Differential Revision: https://phabricator.services.mozilla.com/D31989
e7dcf2a302c50c9c9e2336f18a057dc8f6edb1a1: Bug 1552719 - Make nsLayoutUtils::DoCompareTreePosition handle pseudos more diligently. r=mats
Emilio Cobos Álvarez <emilio@crisal.io> - Tue, 21 May 2019 17:29:17 +0000 - rev 474799
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1552719 - Make nsLayoutUtils::DoCompareTreePosition handle pseudos more diligently. r=mats I'm going to need it to fix the counters code in presence of nested pseudo-elements. Differential Revision: https://phabricator.services.mozilla.com/D31988
d008903b2ace15bfc40d9255c295a58300eb298d: Bug 1552719 - Do some cleanup in the counter initializer code. r=mats
Emilio Cobos Álvarez <emilio@crisal.io> - Tue, 21 May 2019 17:29:06 +0000 - rev 474798
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Bug 1552719 - Do some cleanup in the counter initializer code. r=mats I thought I was going to need it but turns out I don't. Still this is worth it I think. Differential Revision: https://phabricator.services.mozilla.com/D31987
3fea24c6bb635575960e056e0e35f9f9d1a81e31: Backed out 4 changesets (bug 1510569) for causing build bustages on nsIDocShell.idl CLOSED TREE
Cosmin Sabou <csabou@mozilla.com> - Tue, 21 May 2019 20:30:01 +0300 - rev 474797
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Backed out 4 changesets (bug 1510569) for causing build bustages on nsIDocShell.idl CLOSED TREE Backed out changeset 57f49df057be (bug 1510569) Backed out changeset de97a258fcfd (bug 1510569) Backed out changeset 4b0ed20ab3bc (bug 1510569) Backed out changeset 1d8ab383d3e9 (bug 1510569)
669e1d3cec9bdb7d6385cdb8b7981492d9825410: Backed out changeset da42fc59d4fb (bug 1553039) for causing windows build bustages.
Cosmin Sabou <csabou@mozilla.com> - Tue, 21 May 2019 20:28:34 +0300 - rev 474796
Push 36046 by aiakab@mozilla.com at Tue, 21 May 2019 21:45:52 +0000
Backed out changeset da42fc59d4fb (bug 1553039) for causing windows build bustages.
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 tip