503ed67bd25a5bdc1925ed68c1e90c218b78b0c8: Bug 1450617: Remove resolved namespace id and tag from FCItems. r?bz draft
Emilio Cobos Álvarez <emilio@crisal.io> - Tue, 03 Apr 2018 08:51:38 +0200 - rev 777761
Push 105281 by bmo:emilio@crisal.io at Thu, 05 Apr 2018 09:35:14 +0000
Bug 1450617: Remove resolved namespace id and tag from FCItems. r?bz Tag is unused, and now that the resolved XBL tag is only XUL the only checks the namespace id is used for don't need to account for it. MozReview-Commit-ID: 8IV3iF5xIs0
c05e649de32fdb872e8d751a24a53e7f73ab134a: Bug 509958: Unprefix :-moz-selection. r?dbaron,xidorn draft
Emilio Cobos Álvarez <emilio@crisal.io> - Sun, 25 Mar 2018 17:31:55 +0200 - rev 777760
Push 105281 by bmo:emilio@crisal.io at Thu, 05 Apr 2018 09:35:14 +0000
Bug 509958: Unprefix :-moz-selection. r?dbaron,xidorn Our implementation is totally not what the spec says, but totally what other UAs do, see https://github.com/w3c/csswg-drafts/issues/2474. So given this is causing webcompat pain, I think we should be pragmatic and just unprefix this. We could keep serialization and getComputedStyle with ::selection working with a bit more effort, like we do for :-moz-placeholder, but I'd prefer not doing at least the serialization bit, and just alias in nsCSSPseudoElements :-moz-selection to selection too. MozReview-Commit-ID: 6lxctozRDqv
6f07e84b85629bd44af877b27ae0b47d05ef4d63: Bug 1303605: Remove the undisplayed maps. r?bz,mats draft
Emilio Cobos Álvarez <emilio@crisal.io> - Thu, 29 Mar 2018 03:49:26 +0200 - rev 777759
Push 105281 by bmo:emilio@crisal.io at Thu, 05 Apr 2018 09:35:14 +0000
Bug 1303605: Remove the undisplayed maps. r?bz,mats This is mostly code removal, changing GetDisplayContentsStyle(..) checks by an FFI call to Servo. The tricky parts are: * MaybeCreateLazily, which I fixed to avoid setting bits under display: none stuff. This was a pre-existing problem, which was wallpapered by the sc->IsInDisplayNoneSubtree() check, which effectively made the whole assertion useless. * ContentRemoved, where we can no longer know for sure whether the element is actually display: contents if we're removing it as a response to a style change. See the comment there. That kinda sucks, but that case is relatively weird, and it's better than adding tons of complexity to handle that. * GetParentComputedStyle, which also has a comment there. Also, this function has only one caller now, so we should maybe try to remove it. The different assertions after DestroyFramesForAndRestyle are changed for a single assertion in the function itself, and the node bit used as an optimization to avoid hashtable lookups is taken back. MozReview-Commit-ID: AZm822QnhF9
74bf85f9ee356e40c7d8fec556fbadc91f21e295: Bug 1451310 - [mozrunner] Catch exceptions when starting the client process. draft
Henrik Skupin <mail@hskupin.info> - Wed, 04 Apr 2018 15:04:42 +0200 - rev 777758
Push 105280 by bmo:hskupin@gmail.com at Thu, 05 Apr 2018 09:33:51 +0000
Bug 1451310 - [mozrunner] Catch exceptions when starting the client process. If a ProcessHandler instance has been created, but mozprocess fails to start the child process, a dangling process_handler instance is attached to the runner instance. This should be avoided, and a RunnerNotStartedError has to be thrown. MozReview-Commit-ID: LgNFVaT9qVs
98e1a943c176aca78cf6184c010adfdd190377d8: Bug 1445799 - User Attribute for Leanplum for Android Users that have Opted Out of Pocket in their Top Sites; r?sdaswani draft
Petru Lingurar <petru.lingurar@softvision.ro> - Thu, 05 Apr 2018 12:32:26 +0300 - rev 777757
Push 105279 by plingurar@mozilla.com at Thu, 05 Apr 2018 09:33:10 +0000
Bug 1445799 - User Attribute for Leanplum for Android Users that have Opted Out of Pocket in their Top Sites; r?sdaswani Small refactoring to avoid duplicated code and use newly created way of checking if Pocket is recommending Top Sites. MozReview-Commit-ID: Lw9hvcM4uya
5fc3f7e934f1f8f446a5c2745006d2bff0a42382: Bug 1445799 - User Attribute for Leanplum for Android Users that have Opted Out of Pocket in their Top Sites; r?mcomella draft
Petru Lingurar <petru.lingurar@softvision.ro> - Wed, 04 Apr 2018 14:03:39 +0300 - rev 777756
Push 105279 by plingurar@mozilla.com at Thu, 05 Apr 2018 09:33:10 +0000
Bug 1445799 - User Attribute for Leanplum for Android Users that have Opted Out of Pocket in their Top Sites; r?mcomella Added a new user attribute in LP: "Top Sites by Pocket" to indicate if the user has the feature enabled or not, which will stored in LP along with the other attributes when the app first starts. Small refactoring to avoid duplicated code and use newly created way of checking if Pocket is recommending Top Sites. MozReview-Commit-ID: IWieAorkB1P
60c4389c22861373b920f0dfb71f80bf10e77234: Bug 218415 - Add window.event. draft
Henri Sivonen <hsivonen@hsivonen.fi> - Wed, 04 Apr 2018 15:57:17 +0300 - rev 777755
Push 105278 by bmo:hsivonen@hsivonen.fi at Thu, 05 Apr 2018 09:27:49 +0000
Bug 218415 - Add window.event. MozReview-Commit-ID: HXeUIicdMuT
2ba740555ef0d9a13354a2f788adaf517cd276cf: Bug 1443184 - update browser_markup_accessibility_semantics.js to use async/await. r=ochameau draft
yulia <ystartsev@mozilla.com> - Thu, 05 Apr 2018 11:10:39 +0200 - rev 777754
Push 105277 by bmo:ystartsev@mozilla.com at Thu, 05 Apr 2018 09:13:56 +0000
Bug 1443184 - update browser_markup_accessibility_semantics.js to use async/await. r=ochameau MozReview-Commit-ID: AzLZwI43YU0
10d5c7d47157d8b1d68015ace6b240ba3de05478: update browser_markup_accessibility_semantics.js to use async/await. r=ochameau draft
yulia <ystartsev@mozilla.com> - Thu, 05 Apr 2018 11:10:39 +0200 - rev 777753
Push 105276 by bmo:ystartsev@mozilla.com at Thu, 05 Apr 2018 09:11:33 +0000
update browser_markup_accessibility_semantics.js to use async/await. r=ochameau MozReview-Commit-ID: AzLZwI43YU0
1b8fbb36707d9425ce6253b32b90ca9204202959: Bug 1417892 - Implement primary clipboard selection under Wayland, r?jhorak draft
Martin Stransky <stransky@redhat.com> - Wed, 04 Apr 2018 14:49:21 +0200 - rev 777752
Push 105275 by stransky@redhat.com at Thu, 05 Apr 2018 09:07:04 +0000
Bug 1417892 - Implement primary clipboard selection under Wayland, r?jhorak MozReview-Commit-ID: 7TTBSbx8qPX
ea49eae5a63cab3d202a56b6133fb0c2cca0b250: Bug 1417892 - Added gtk-primary-selection-client-protocol header/source files from Gtk+ project, r?jhorak draft
Martin Stransky <stransky@redhat.com> - Tue, 06 Mar 2018 14:02:21 +0100 - rev 777751
Push 105275 by stransky@redhat.com at Thu, 05 Apr 2018 09:07:04 +0000
Bug 1417892 - Added gtk-primary-selection-client-protocol header/source files from Gtk+ project, r?jhorak MozReview-Commit-ID: G0dZBqM0vBk
3555000f792855323d3442fa5bba4685abf03152: Bug 1437004 - Introducing BinSource parser generator;r?froydnj,jorendorff draft
David Teller <dteller@mozilla.com> - Mon, 12 Mar 2018 15:31:59 +0100 - rev 777750
Push 105274 by dteller@mozilla.com at Thu, 05 Apr 2018 09:01:25 +0000
Bug 1437004 - Introducing BinSource parser generator;r?froydnj,jorendorff This crate contains a parser generator as a Rust crate. The parser generator is used to generate BinSource-auto.h, BinSource-auto.cpp, BinToken.h. As of this changeset, to limit yak shaving, the parser generator is not part of the build system. Making it part of the build system is delegated to bug 1439645. MozReview-Commit-ID: 1lODDSIsz8W
d40eba4985e0ffb9663ba18e5ca73cfa22a5ed20: Bug 1437004 - Updating tokenizer tests to ast v3;r?arai draft
David Teller <dteller@mozilla.com> - Wed, 21 Feb 2018 16:24:03 +0100 - rev 777749
Push 105274 by dteller@mozilla.com at Thu, 05 Apr 2018 09:01:25 +0000
Bug 1437004 - Updating tokenizer tests to ast v3;r?arai MozReview-Commit-ID: BbP6n1CwHvs
dc180912ec0927df3136bdb431965786e8bb053c: Bug 1437004 - Porting BinAST to AST v3;r?arai,jorendorff draft
David Teller <dteller@mozilla.com> - Wed, 21 Feb 2018 17:07:03 +0100 - rev 777748
Push 105274 by dteller@mozilla.com at Thu, 05 Apr 2018 09:01:25 +0000
Bug 1437004 - Porting BinAST to AST v3;r?arai,jorendorff This patch is a nearly complete reimplementation of BinASTReader, with the following changes: - Files BinToken.h, BinSource-auto.h (new), BinSource-auto.cpp (new) are now autogenerated by the generator in js/src/frontend/binsouce from the webidl specifications of BinAST and a small configuration file. - Optional fields have been removed. Rather, some specific fields may, if so marked in the specifications, contain a Null constant. - `hasDirectEval` is now checked for consistency (NOT completeness). - `varDeclaredNames` is now checked for consistency (NOT completeness). - `lexicallyDeclaredNames` is now checked for consistency (NOT completeness). - `parameterNames` is now checked for consistency (NOT completeness). - `capturedNames` is NOT checked. - Atoms read are now properly expected to be UTF8. This patch does not implement the entire specifications, but should implement most of ES5. In particular, it is sufficient to parse the source code of: - Facebook; - jQuery; - mootools; - Underscore; - Backbone; - Angular. MozReview-Commit-ID: HwkVB5dliZv
1cd121a76f5cf55757b80ff7aaa03ff7b7b60298: Bug 1437004 - Fixing null string behavior in BinAST tokenizer;r?arai,jorendorff draft
David Teller <dteller@mozilla.com> - Wed, 21 Feb 2018 16:27:22 +0100 - rev 777747
Push 105274 by dteller@mozilla.com at Thu, 05 Apr 2018 09:01:25 +0000
Bug 1437004 - Fixing null string behavior in BinAST tokenizer;r?arai,jorendorff MozReview-Commit-ID: AH91BMcoZsB
31e13b23c2a07d199d01e08c2d9c353b80fa8eb6: Bug 1437004 - ParseNode::dump() now displays names for ObjectPropertyNames;r?arai,jorendorff draft
David Teller <dteller@mozilla.com> - Thu, 15 Feb 2018 12:01:47 +0100 - rev 777746
Push 105274 by dteller@mozilla.com at Thu, 05 Apr 2018 09:01:25 +0000
Bug 1437004 - ParseNode::dump() now displays names for ObjectPropertyNames;r?arai,jorendorff By opposition to the built-in SpiderMonkey parser, the out of tree parser used as part of the BinAST encoder does not make a difference between ```js { foo: 1 } ``` and ```js { "foo": 1 } ``` SpiderMonkey considers that the former example has a literal property name, while the latter has a computed property name. By opposition, the BinAST encoder considers that both are literal property names. While the runtime behavior is identical, this caused SpiderMonkey to print different ASTs when text-parsing both source files, but the same AST when bin-parsing both source files. This patch addresses the issue by changing the behavior of ParseNode::dump() to display names for ObjectPropertyNames instead of the string `ObjectPropertyName`. MozReview-Commit-ID: IPZBl5eglIJ
1b6ec92ced68a2259d6d4df34b5ed55b25e1163b: Bug 1437004 - Vendored Rust dependencies;r?froydnj draft
David Teller <dteller@mozilla.com> - Wed, 04 Apr 2018 14:14:26 +0200 - rev 777745
Push 105274 by dteller@mozilla.com at Thu, 05 Apr 2018 09:01:25 +0000
Bug 1437004 - Vendored Rust dependencies;r?froydnj MozReview-Commit-ID: Grf1bKIx2iT
6826688772807b9903c278a5d6b50c32f1561b32: Bug 1437004 - Tests for BinAST v3 (data);r?arai draft
David Teller <dteller@mozilla.com> - Wed, 21 Feb 2018 16:24:33 +0100 - rev 777744
Push 105274 by dteller@mozilla.com at Thu, 05 Apr 2018 09:01:25 +0000
Bug 1437004 - Tests for BinAST v3 (data);r?arai This patch ports the existing data files for testing BinAST to the WIP 3rd version of the specifications. Also: - data files have been reorganized in subdirectories; - adding data files for hand-crafted tests; - adding data files for a few existing frameworks. MozReview-Commit-ID: JlABWNkRZFY
b3cb0a0014b1aa3b68c69b19df60dd7d829200fd: addressed review comment draft
Soeren Hentzschel <cadeyrn@ymail.com> - Thu, 05 Apr 2018 10:42:15 +0200 - rev 777743
Push 105273 by bmo:cadeyrn@ymail.com at Thu, 05 Apr 2018 08:42:34 +0000
addressed review comment MozReview-Commit-ID: Js9tnJQfReP
20123415b4e32f4888845a536c3bcf91bd6020ee: Bug 1451295 - Add a null check for mChannel draft
Valentin Gosu <valentin.gosu@gmail.com> - Thu, 05 Apr 2018 11:38:40 +0300 - rev 777742
Push 105272 by valentin.gosu@gmail.com at Thu, 05 Apr 2018 08:40:13 +0000
Bug 1451295 - Add a null check for mChannel MozReview-Commit-ID: 7YYhFQuKsPk
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip