7b7869c3645c774a2be79e465485eeafbc5e6120: Bug 1186409 - Fix Addon SDK JSM context detection. draft
Andrew McCreight <continuation@gmail.com> - Tue, 06 Jun 2017 16:09:10 -0700 - rev 650161
Push 75288 by bmo:continuation@gmail.com at Mon, 21 Aug 2017 22:42:18 +0000
Bug 1186409 - Fix Addon SDK JSM context detection. Two files in the Addon SDK change their behavior depending on who is loading them. The JSM case does not work as written with JSM global sharing. The URI property is on the |this| object with JSM merging, and I think has to be explicitly accessed because of the way that the property is set up. Because |this| isn't the global, there is no Components object on it. We have to rely on regular variable lookup to find it. Hopefully this won't break if run in some way that isn't tested. I'm not entirely sure this is right, but it passes tests. MozReview-Commit-ID: 2n2NICVytxv
2663d651c7556f5e9f4817630ba9266ddb3e6527: Bug 1186409 - Fix code that tries to get the global by using |this|. draft
Andrew McCreight <continuation@gmail.com> - Thu, 25 May 2017 14:12:12 -0700 - rev 650160
Push 75288 by bmo:continuation@gmail.com at Mon, 21 Aug 2017 22:42:18 +0000
Bug 1186409 - Fix code that tries to get the global by using |this|. MozReview-Commit-ID: C5ixngtvzWU
f8ccd8ffb5ed8504554cc2092f9c2066005c0a35: Bug 1366896, part 2 - Add and use Cc.Initialize method. r=gabor draft
Andrew McCreight <continuation@gmail.com> - Wed, 24 May 2017 14:12:11 -0700 - rev 650159
Push 75288 by bmo:continuation@gmail.com at Mon, 21 Aug 2017 22:42:18 +0000
Bug 1366896, part 2 - Add and use Cc.Initialize method. r=gabor MozReview-Commit-ID: Amqt9JsTMqG
8111ff6edea5aef4525bc3a538c558a6f4a0cbaf: Bug 1366896, part 1 - Factor out initialize code and make initialize work with CIDs. r=gabor draft
Andrew McCreight <continuation@gmail.com> - Wed, 24 May 2017 10:49:31 -0700 - rev 650158
Push 75288 by bmo:continuation@gmail.com at Mon, 21 Aug 2017 22:42:18 +0000
Bug 1366896, part 1 - Factor out initialize code and make initialize work with CIDs. r=gabor MozReview-Commit-ID: 3spZGOqlU1j
d9150d0ff526fbb717943839fef58deab9b31292: Bug 1388191 - Add way to test evaluation with envChain in the shell. r=jorendorff draft
Andrew McCreight <continuation@gmail.com> - Mon, 07 Aug 2017 16:35:43 -0700 - rev 650157
Push 75288 by bmo:continuation@gmail.com at Mon, 21 Aug 2017 22:42:18 +0000
Bug 1388191 - Add way to test evaluation with envChain in the shell. r=jorendorff This is used by Gecko, but it isn't directly testable in the shell. The new test has to be disabled for jstestbrowser because the special option is shell-only. MozReview-Commit-ID: 6gckRSkD4fQ
a2d132591ecf2768fc29899daa99c5f625510373: Bug 1392274 - Add Refresh wdspec tests draft
David Burns <dburns@mozilla.com> - Mon, 21 Aug 2017 16:26:27 +0100 - rev 650156
Push 75287 by bmo:dburns@mozilla.com at Mon, 21 Aug 2017 21:46:57 +0000
Bug 1392274 - Add Refresh wdspec tests This adds wdspec tests for the refresh command in https://w3c.github.io/webdriver/webdriver-spec.html#refresh MozReview-Commit-ID: 7hvWskqMPQv
f87ea7b938ed009f6c6b554ec1c8f097cc767daf: Bug 1392274 - Add Navigate Forward wdspec tests draft
David Burns <dburns@mozilla.com> - Mon, 21 Aug 2017 16:25:31 +0100 - rev 650155
Push 75287 by bmo:dburns@mozilla.com at Mon, 21 Aug 2017 21:46:57 +0000
Bug 1392274 - Add Navigate Forward wdspec tests This adds wdspec tests for the forward command in https://w3c.github.io/webdriver/webdriver-spec.html#forward MozReview-Commit-ID: 77ml00SObPN
70168a82f8c00a4d9ce11f3ab3833380deb37086: Bug 1392274 - Add Navigate Back wdspec tests draft
David Burns <dburns@mozilla.com> - Mon, 21 Aug 2017 16:23:55 +0100 - rev 650154
Push 75287 by bmo:dburns@mozilla.com at Mon, 21 Aug 2017 21:46:57 +0000
Bug 1392274 - Add Navigate Back wdspec tests These are the wdspec tests for testing the back command in https://w3c.github.io/webdriver/webdriver-spec.html#back MozReview-Commit-ID: LrD7MZzpr6O
75c197c8af0d0cebeb8ff7506cab61a0b283cea1: Bug 1392078 - More detailed strong assertions to help narrow down root cause r=rnewman draft
Grigory Kruglov <gkruglov@mozilla.com> - Mon, 21 Aug 2017 17:42:44 -0400 - rev 650153
Push 75286 by bmo:gkruglov@mozilla.com at Mon, 21 Aug 2017 21:43:22 +0000
Bug 1392078 - More detailed strong assertions to help narrow down root cause r=rnewman MozReview-Commit-ID: JSN9Q837u6R
adf9f4f79e3b3a34cad3090ef099cebff296e103: Bug 1361237 - Part 2: Fix all Credit Card related test cases.; r?MattN draft
Sean Lee <selee@mozilla.com> - Tue, 06 Jun 2017 00:42:42 +0800 - rev 650152
Push 75285 by bmo:selee@mozilla.com at Mon, 21 Aug 2017 21:37:20 +0000
Bug 1361237 - Part 2: Fix all Credit Card related test cases.; r?MattN MozReview-Commit-ID: IkwKaNWr1fO
8e27e7541b86ce0270543f64ff36b046a3f1d3e3: Bug 1361237 - Part 1: Use a set of regexp to recognize Credit Card autofill types.; r?MattN draft
Sean Lee <selee@mozilla.com> - Fri, 26 May 2017 23:02:21 +0800 - rev 650151
Push 75285 by bmo:selee@mozilla.com at Mon, 21 Aug 2017 21:37:20 +0000
Bug 1361237 - Part 1: Use a set of regexp to recognize Credit Card autofill types.; r?MattN MozReview-Commit-ID: 6snz9FFwzni
3c788156c799ed558686780a44105a30cc43216f: Bug 1381085 - Move VR to its own D3D11Device draft
Kearwood "Kip" Gilbert <kgilbert@mozilla.com> - Fri, 21 Jul 2017 17:30:34 -0700 - rev 650150
Push 75284 by kgilbert@mozilla.com at Mon, 21 Aug 2017 21:34:40 +0000
Bug 1381085 - Move VR to its own D3D11Device - WebVR is no longer dependent on PTexture, TextureParent, TextureHost, and TextureChild. It continues to use TextureClient for pooling and coordinating locks with other Gecko code. - As VR is now rendered in its own context, it no longer causes conflicts with Advanced Layers, which were due to VR frame submission updating D3D11 state without updating the mirrored state in MLGDevice. - VRManagerParent no longer descends from HostIPCAllocator or ShmemAllocator MozReview-Commit-ID: 2RGOulCInSu
bc74a825ac164f2f35e76127192400815bc7680f: Bug 1378882 - Support is_default for built-in engines only. r?bsilverberg draft
Michael Kaply <mozilla@kaply.com> - Tue, 18 Jul 2017 11:28:33 -0500 - rev 650149
Push 75283 by mozilla@kaply.com at Mon, 21 Aug 2017 21:26:36 +0000
Bug 1378882 - Support is_default for built-in engines only. r?bsilverberg MozReview-Commit-ID: C4iM2boQhK3
af3db0e1ea30c9a18c6554bd81c7d3df839d4106: Bug 1391675 - [tryselect] Add a test for 'mach try fuzzy' and associated task, r?gps draft
Andrew Halberstadt <ahalberstadt@mozilla.com> - Mon, 21 Aug 2017 11:52:28 -0400 - rev 650148
Push 75282 by ahalberstadt@mozilla.com at Mon, 21 Aug 2017 21:25:16 +0000
Bug 1391675 - [tryselect] Add a test for 'mach try fuzzy' and associated task, r?gps Basic test to get the ground work laid out. MozReview-Commit-ID: LmjA3Kq7xKN
14eec629a6780985ac3ed409070e8be463b6ed7d: Bug 1391675 - [tryselect] Move --no-push into common arguments, r?armenzg draft
Andrew Halberstadt <ahalberstadt@mozilla.com> - Mon, 21 Aug 2017 13:14:31 -0400 - rev 650147
Push 75282 by ahalberstadt@mozilla.com at Mon, 21 Aug 2017 21:25:16 +0000
Bug 1391675 - [tryselect] Move --no-push into common arguments, r?armenzg The main motivation behind this change is to make testing easier, so e.g: ./mach try fuzzy --no-push and ./mach try syntax --no-push both work the same way. MozReview-Commit-ID: LmjA3Kq7xKN
02f5460843b0d43be31d1c2938b388625ecbb397: Bug 1391675 - [tryselect] Make main command and all subcommands use the same argument parser, r?armenzg draft
Andrew Halberstadt <ahalberstadt@mozilla.com> - Thu, 17 Aug 2017 11:13:50 -0400 - rev 650146
Push 75282 by ahalberstadt@mozilla.com at Mon, 21 Aug 2017 21:25:16 +0000
Bug 1391675 - [tryselect] Make main command and all subcommands use the same argument parser, r?armenzg This will give us a good way to share arguments between subcommands. MozReview-Commit-ID: KmXRj8TBvYK
489ae0a61985f3c482bb4b0c21b24f196f3392c9: Bug 1391675 - [mach] Allow commands to have both a parser and subcommands, r?gps draft
Andrew Halberstadt <ahalberstadt@mozilla.com> - Thu, 17 Aug 2017 11:10:48 -0400 - rev 650145
Push 75282 by ahalberstadt@mozilla.com at Mon, 21 Aug 2017 21:25:16 +0000
Bug 1391675 - [mach] Allow commands to have both a parser and subcommands, r?gps We currently raise if we detect a command has both the `parser` attribute and a subcommand at the same time, but as far as I can tell, there's no good reason to do this. Handling a parser + subcommands seems to work exactly how you would expect. Furthermore, it isn't an error to have subcommands + @CommandArgument, so it doesn't make sense that we're allowing one but not the other. This change solves an (admittedly unique) use case I'm trying to build into |mach try|. There are N subcommands that all support a --save and --load style argument. So, e.g, we might have: ./mach try syntax --save foo ./mach try fuzzy --save bar The main command will have the ability to detect which subcommand a saved value was generated from and automatically dispatch to it. So this will work: ./mach try --load foo # dispatches to the syntax subcommand ./mach try --load bar # dispatches to the fuzzy subcommand In order to share the --save/--load arguments across the main command + subcommands, we need to set the parser attribute. MozReview-Commit-ID: KmXRj8TBvYK
c78a0916140cf675617542a0068e78897af52941: Bug 1392367 - Replace <checkbox> with <firefox-checkbox> draft
Brian Grinstead <bgrinstead@mozilla.com> - Mon, 21 Aug 2017 14:22:02 -0700 - rev 650144
Push 75281 by bgrinstead@mozilla.com at Mon, 21 Aug 2017 21:22:37 +0000
Bug 1392367 - Replace <checkbox> with <firefox-checkbox> perl -pi -e 's!<checkbox!<firefox-checkbox!g' browser/components/preferences/in-content-new/*.xul && perl -pi -e 's!</checkbox!</firefox-checkbox!g' browser/components/preferences/in-content-new/*.xul && perl -pi -e 's!^checkbox!firefox-checkbox!g' browser/themes/shared/incontentprefs/preferences.inc.css && perl -pi -e 's! checkbox! firefox-checkbox!g' browser/themes/shared/incontentprefs/preferences.inc.css MozReview-Commit-ID: BA0iowYtYUt
ddb721f9aedaac0a247e530a328c1c06222ae489: Bug 1392367 - Replace <label> with <firefox-label> draft
Brian Grinstead <bgrinstead@mozilla.com> - Mon, 21 Aug 2017 14:22:00 -0700 - rev 650143
Push 75281 by bgrinstead@mozilla.com at Mon, 21 Aug 2017 21:22:37 +0000
Bug 1392367 - Replace <label> with <firefox-label> Script to build this patch: perl -pi -e 's!<label!<firefox-label!g' browser/components/preferences/in-content-new/*.xul && perl -pi -e 's!</label!</firefox-label!g' browser/components/preferences/in-content-new/*.xul && perl -pi -e 's!^label!firefox-label!g' browser/themes/shared/incontentprefs/preferences.inc.css && perl -pi -e 's! label! firefox-label!g' browser/themes/shared/incontentprefs/preferences.inc.css MozReview-Commit-ID: 6pMmXNW5SDb
89be72685c014b38ca0b900f3d546d31ce9268ce: Bug 1392367 - Import Custom Elements polyfill and stub out a couple of Custom Elements draft
Brian Grinstead <bgrinstead@mozilla.com> - Mon, 21 Aug 2017 14:21:56 -0700 - rev 650142
Push 75281 by bgrinstead@mozilla.com at Mon, 21 Aug 2017 21:22:37 +0000
Bug 1392367 - Import Custom Elements polyfill and stub out a couple of Custom Elements * Pull down polyfill from https://github.com/bgrins/custom-elements/tree/firefox-browser-chrome (includes fix for XUL docs) * Elements are pseudo generated from https://github.com/bgrins/xbl-analysis/tree/gh-pages/elements MozReview-Commit-ID: iZTULEIwYY
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip