dee93aadc7215d19a1c75ea00ff05037755d1e0b: Bug 1454771 - Move tup invocation from Makefile.in to mach. r=mshal
Chris Manchester <cmanchester@mozilla.com> - Wed, 25 Apr 2018 14:50:18 -0700 - rev 415603
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
Bug 1454771 - Move tup invocation from Makefile.in to mach. r=mshal MozReview-Commit-ID: HkhK4oe93Vm
d9667fd69b462d71df6fd02a17cecc3fcb8c44ca: Bug 1455576 part 4 - Remove CSS_PROPERTY_PARSE_FUNCTION and CSS_PROPERTY_VALUE_PARSER_FUNCTION flags. r=emilio
Xidorn Quan <me@upsuper.org> - Thu, 26 Apr 2018 09:01:02 +1000 - rev 415602
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
Bug 1455576 part 4 - Remove CSS_PROPERTY_PARSE_FUNCTION and CSS_PROPERTY_VALUE_PARSER_FUNCTION flags. r=emilio These are the only remaining flags that we don't generate from Servo side. We can now assert flags are equal and switch kFlagsTable to use ServoCSSPropList.h instead. MozReview-Commit-ID: 6RhXeCf6DgK
00797e05e96d9ce631c3a034d6ef12bd6abf7711: Bug 1455576 part 3 - Use Servo side data to back InspectorUtils::CssPropertySupportsType. r=emilio
Xidorn Quan <me@upsuper.org> - Thu, 26 Apr 2018 09:01:02 +1000 - rev 415601
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
Bug 1455576 part 3 - Use Servo side data to back InspectorUtils::CssPropertySupportsType. r=emilio The only difference in the final result is "all" shorthand, for which the original result is wrong because "all" shorthand doesn't accept any value other than the CSS-wide keywords. MozReview-Commit-ID: BmT7kGwC0ZQ
bf94e4ebba6660e2569b261997328a9527144736: Bug 1455576 part 2 - Add a ValueInfo trait for exposing types needed by devtools. r=emilio
Xidorn Quan <me@upsuper.org> - Thu, 26 Apr 2018 09:01:02 +1000 - rev 415600
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
Bug 1455576 part 2 - Add a ValueInfo trait for exposing types needed by devtools. r=emilio Most of types just derive it using proc_macro directly. Some of value types need manual impl. In my current plan, this new trait will be used in bug 1434130 to expose values as well. MozReview-Commit-ID: LI7fy45VkRw
8520ed7853e67f2afc2d8dcf3b275023e910a174: Bug 1455576 part 1 - Shrink the list of CSS_TYPES in devtools to only those being used. r=tromey
Xidorn Quan <me@upsuper.org> - Thu, 26 Apr 2018 09:01:02 +1000 - rev 415599
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
Bug 1455576 part 1 - Shrink the list of CSS_TYPES in devtools to only those being used. r=tromey It seems to me that only the remaining three types are actually used by the devtools, so I remove other types to reduce the scope. MozReview-Commit-ID: 5mm3nl9qOyQ
205817abe4d5568b8ea1ecd72a7f3795804e10b3: Merge mozilla-central to autoland
arthur.iakab <aiakab@mozilla.com> - Thu, 26 Apr 2018 02:02:47 +0300 - rev 415598
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
Merge mozilla-central to autoland
6c411b0781cc2f9fbf4c8b29dfc2cfa3af0b1301: Bug 1456274 - Add target.makeRemote in several tests. r=ochameau
J. Ryan Stinnett <jryans@gmail.com> - Mon, 23 Apr 2018 19:18:59 -0500 - rev 415597
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
Bug 1456274 - Add target.makeRemote in several tests. r=ochameau Navigation events now require a "remoted" target. Add `makeRemote` calls to a tests which make use of these features. MozReview-Commit-ID: GJsleBWryCd
08f354110a575209c603caa45be163ab27b8bc98: Bug 1456274 - Rewrite browser_target_events in async style. r=ochameau
J. Ryan Stinnett <jryans@gmail.com> - Mon, 23 Apr 2018 19:17:20 -0500 - rev 415596
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
Bug 1456274 - Rewrite browser_target_events in async style. r=ochameau MozReview-Commit-ID: 8gF9T6qeYR3
2c3e334c75b6f6850067a0b6f2d1aeacec0a2786: Bug 1456274 - Remove local progress listener in DevTools target. r=ochameau
J. Ryan Stinnett <jryans@gmail.com> - Mon, 23 Apr 2018 19:09:40 -0500 - rev 415595
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
Bug 1456274 - Remove local progress listener in DevTools target. r=ochameau DevTools targets have used a local progress listener for a long time to track tab navigation. However, this is redundant with server side code that does the same thing. Removing this from the target reduces differences between local and remote debugging. It also simplifies one piece of the target, which is a massively twisted module. MozReview-Commit-ID: E7lm4GUFZQO
6f16b7871d6008918e82a3110fb9558d20786b4c: bug 1456620 - chunk mac partner signing. r=nthomas
Aki Sasaki <asasaki@mozilla.com> - Mon, 23 Apr 2018 17:12:43 -0700 - rev 415594
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
bug 1456620 - chunk mac partner signing. r=nthomas Previously, we had a single mac signing task that signed all mac locales and subpartners in a single signing task. This task required us to bump the signing task timeout. Chunking gives us a speed boost and a bit more resiliency if a single signing task fails - we don't have to re-sign everything, only the tasks that fail. MozReview-Commit-ID: 4vPZE1vzZoQ
05a13c9b1c3cda2a3b70c57c1903d36eac40851c: bug 1456620 - move check_if_partners_enabled call. r=nthomas
Aki Sasaki <asasaki@mozilla.com> - Mon, 23 Apr 2018 13:53:19 -0700 - rev 415593
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
bug 1456620 - move check_if_partners_enabled call. r=nthomas Because the transforms are generators, we actually call them from the bottom up. The previous transforms don't get called until the `for task in tasks:` or `for job in jobs:` in the following transform. Moving the `check_if_partners_enabled` transform to the end means we never try to access `config.params['release_partner_config'].values()` in `add_command_arguments` when `release_partner_config` is None. Otherwise, we hit errors when we run taskgraph-gen.py. MozReview-Commit-ID: Ho2odPL9FxS
59551e6e74ff5ca996f8b941c46221b2fd8c04de: bug 1456620 - stop uploading public partners to private. r=nthomas
Aki Sasaki <asasaki@mozilla.com> - Mon, 23 Apr 2018 12:57:36 -0700 - rev 415592
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
bug 1456620 - stop uploading public partners to private. r=nthomas MozReview-Commit-ID: 2clmiQKswnp
e43c1c2ce4131918fffab239dc7b61453ce2c736: Backed out 3 changesets (bug 1456274) for Linting failure. CLOSED TREE
Dorel Luca <dluca@mozilla.com> - Thu, 26 Apr 2018 01:28:33 +0300 - rev 415591
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
Backed out 3 changesets (bug 1456274) for Linting failure. CLOSED TREE Backed out changeset 707d5e397407 (bug 1456274) Backed out changeset 97e8882d0343 (bug 1456274) Backed out changeset 7cf34fe2036e (bug 1456274)
df36fee2b3acada69d9bd43b4febc48707adc801: Bug 1456487 - Update Firefox Account's first run UUID when re-connecting. r=rnewman
Nick Alexander <nalexander@mozilla.com> - Wed, 25 Apr 2018 12:17:05 -0700 - rev 415590
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
Bug 1456487 - Update Firefox Account's first run UUID when re-connecting. r=rnewman The behaviour of Android Firefox Account instances recently changed in the face of system "Clear data" commands. To align more closely with common Apps like Dropbox and Whatsapp (which generally don't use Android Account instances), after a "Clear data" a Firefox Account is moved to the Separated state, requiring the user to re-connect them with a password challenge. To achieve this, newly created accounts include a first run UUID; after a "Clear data", the App is killed and restarted, Sync sees a different first run UUID, and the Account is moved to the Separated state. (I honestly don't know what happens if the Sync code never sees a different first run UUID, but that's for another day.) If the user then, in the same first run session, re-connects the Firefox Account... the Sync code will again see the different first run UUID and move the Account to the Separated state. This patch updates the first run UUID when the Account is re-connected, breaking that cycle. MozReview-Commit-ID: 9jcO9Ym54an
252a244dc3d4b91d81a2e170143aeaf2802a225e: Bug 1453014 - Persist the recording settings to preferences; r=julienw
Greg Tatum <gtatum@mozilla.com> - Wed, 18 Apr 2018 11:15:59 -0500 - rev 415589
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
Bug 1453014 - Persist the recording settings to preferences; r=julienw MozReview-Commit-ID: JvPGx2ZstiA
a564665d8c0948fbc8c3bae884fc7b1118661b2f: Bug 1455970 - Write test for cookies being synced across tabs r=Ehsan
Valentin Gosu <valentin.gosu@gmail.com> - Sun, 22 Apr 2018 17:35:20 +0200 - rev 415588
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
Bug 1455970 - Write test for cookies being synced across tabs r=Ehsan Adds a test for code landed in bug 1450199. Opens two tabs in different processes then sets cookies in one followed by checking the value in the other. MozReview-Commit-ID: 605k68Kl7nA
707d5e397407bdee7cdfbb5ee6ff644126b778a9: Bug 1456274 - Add target.makeRemote in several tests. r=ochameau
J. Ryan Stinnett <jryans@gmail.com> - Mon, 23 Apr 2018 19:18:59 -0500 - rev 415587
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
Bug 1456274 - Add target.makeRemote in several tests. r=ochameau Navigation events now require a "remoted" target. Add `makeRemote` calls to a tests which make use of these features. MozReview-Commit-ID: GJsleBWryCd
97e8882d03431bdb47e706925ac526061966389c: Bug 1456274 - Rewrite browser_target_events in async style. r=ochameau
J. Ryan Stinnett <jryans@gmail.com> - Mon, 23 Apr 2018 19:17:20 -0500 - rev 415586
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
Bug 1456274 - Rewrite browser_target_events in async style. r=ochameau MozReview-Commit-ID: 8gF9T6qeYR3
7cf34fe2036ec2ac76111b54e409aa98a39232e6: Bug 1456274 - Remove local progress listener in DevTools target. r=ochameau
J. Ryan Stinnett <jryans@gmail.com> - Mon, 23 Apr 2018 19:09:40 -0500 - rev 415585
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
Bug 1456274 - Remove local progress listener in DevTools target. r=ochameau DevTools targets have used a local progress listener for a long time to track tab navigation. However, this is redundant with server side code that does the same thing. Removing this from the target reduces differences between local and remote debugging. It also simplifies one piece of the target, which is a massively twisted module. MozReview-Commit-ID: E7lm4GUFZQO
b0e196352e1727b1df0ad2318a5587f62c9131ef: Bug 1455504 - Normalize library paths to work around windows incremental linking bug. r=ted
Chris Manchester <cmanchester@mozilla.com> - Tue, 24 Apr 2018 16:39:36 -0700 - rev 415584
Push 33900 by dluca@mozilla.com at Thu, 26 Apr 2018 04:51:04 +0000
Bug 1455504 - Normalize library paths to work around windows incremental linking bug. r=ted MozReview-Commit-ID: DuZaGMKVZrn
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip