ea72b1513f2c6ddab5cfeb2099d5023b18086d39: Bug 1351356 - stylo: Update test expectations for -moz-transform r?Manishearth draft
Nazım Can Altınova <canaltinova@gmail.com> - Wed, 19 Apr 2017 22:14:54 +0300 - rev 565499
Push 54886 by bmo:canaltinova@gmail.com at Wed, 19 Apr 2017 22:57:40 +0000
Bug 1351356 - stylo: Update test expectations for -moz-transform r?Manishearth MozReview-Commit-ID: GQJHldR1VoB
5669b940057620d6f6fe4507aff07e866b3d9d30: Bug 1357905 - Add missing _removeMasterPassword function that got lost in the re-org, as well as a test to confirm that the master password functionality works. r?mossop draft
Jared Wein <jwein@mozilla.com> - Wed, 19 Apr 2017 18:52:22 -0400 - rev 565498
Push 54885 by bmo:jaws@mozilla.com at Wed, 19 Apr 2017 22:53:12 +0000
Bug 1357905 - Add missing _removeMasterPassword function that got lost in the re-org, as well as a test to confirm that the master password functionality works. r?mossop I checked each function of the old security.js to make sure there weren't any other missing functions. MozReview-Commit-ID: DpFcAYsfcyg
5106ea57774f0546bd8782a043aee3183dfa7156: Bug 1355427 - Part 2: stylo: Support scriptlevel computation and scriptminsize; r?heycam draft
Manish Goregaokar <manishearth@gmail.com> - Thu, 13 Apr 2017 13:25:01 +0800 - rev 565497
Push 54884 by bmo:manishearth@gmail.com at Wed, 19 Apr 2017 22:50:51 +0000
Bug 1355427 - Part 2: stylo: Support scriptlevel computation and scriptminsize; r?heycam scriptlevel is a property that affects how font-size is inherited. If scriptlevel is +1, for example, it will inherit as the script size multiplier times the parent font. This does not affect cases where the font-size is explicitly set. However, this transformation is not allowed to reduce the size below scriptminsize. If this inheritance will reduce it to below scriptminsize, it will be set to scriptminsize or the parent size, whichever is smaller (the parent size could be smaller than the min size because it was explicitly specified). Now, within a node that has inherited a font-size which was crossing scriptminsize once the scriptlevel was applied, a negative scriptlevel may be used to increase the size again. This should work, however if we have already been capped by the scriptminsize multiple times, this can lead to a jump in the size. For example, if we have text of the form: huge large medium small tiny reallytiny tiny small medium huge which is represented by progressive nesting and scriptlevel values of +1 till the center after which the scriptlevel is -1, the "tiny"s should be the same size, as should be the "small"s and "medium"s, etc. However, if scriptminsize kicked it at around "medium", then medium/tiny/reallytiny will all be the same size (the min size). A -1 scriptlevel change after this will increase the min size by the multiplier, making the second tiny larger than medium. Instead, we wish for the second "tiny" to still be capped by the script level, and when we reach the second "large", it should be the same size as the original one. We do this by cascading two separate font sizes. The font size (mSize) is the actual displayed font size. The unconstrained font size (mScriptUnconstrainedSize) is the font size in the situation where scriptminsize never applied. We calculate the proposed inherited font size based on scriptlevel and the parent unconstrained size, instead of using the parent font size. This is stored in the node's unconstrained size and will also be stored in the font size provided that it is above the min size. All of this only applies when inheriting. When the font size is manually set, scriptminsize does not apply, and both the real and unconstrained size are set to the explicit value. However, if the font size is manually set to an em or percent unit, the unconstrained size will be set to the value of that unit computed against the parent unconstrained size, whereas the font size will be set computing against the parent font size. MozReview-Commit-ID: 820BIWqno3L
b19583dd36a01ec622f434fee58318a606fb9e73: Bug 1355429 - Part 2: stylo: Support scriptlevel computation and scriptminsize; r?heycam draft
Manish Goregaokar <manishearth@gmail.com> - Thu, 13 Apr 2017 13:25:01 +0800 - rev 565496
Push 54883 by bmo:manishearth@gmail.com at Wed, 19 Apr 2017 22:50:02 +0000
Bug 1355429 - Part 2: stylo: Support scriptlevel computation and scriptminsize; r?heycam scriptlevel is a property that affects how font-size is inherited. If scriptlevel is +1, for example, it will inherit as the script size multiplier times the parent font. This does not affect cases where the font-size is explicitly set. However, this transformation is not allowed to reduce the size below scriptminsize. If this inheritance will reduce it to below scriptminsize, it will be set to scriptminsize or the parent size, whichever is smaller (the parent size could be smaller than the min size because it was explicitly specified). Now, within a node that has inherited a font-size which was crossing scriptminsize once the scriptlevel was applied, a negative scriptlevel may be used to increase the size again. This should work, however if we have already been capped by the scriptminsize multiple times, this can lead to a jump in the size. For example, if we have text of the form: huge large medium small tiny reallytiny tiny small medium huge which is represented by progressive nesting and scriptlevel values of +1 till the center after which the scriptlevel is -1, the "tiny"s should be the same size, as should be the "small"s and "medium"s, etc. However, if scriptminsize kicked it at around "medium", then medium/tiny/reallytiny will all be the same size (the min size). A -1 scriptlevel change after this will increase the min size by the multiplier, making the second tiny larger than medium. Instead, we wish for the second "tiny" to still be capped by the script level, and when we reach the second "large", it should be the same size as the original one. We do this by cascading two separate font sizes. The font size (mSize) is the actual displayed font size. The unconstrained font size (mScriptUnconstrainedSize) is the font size in the situation where scriptminsize never applied. We calculate the proposed inherited font size based on scriptlevel and the parent unconstrained size, instead of using the parent font size. This is stored in the node's unconstrained size and will also be stored in the font size provided that it is above the min size. All of this only applies when inheriting. When the font size is manually set, scriptminsize does not apply, and both the real and unconstrained size are set to the explicit value. However, if the font size is manually set to an em or percent unit, the unconstrained size will be set to the value of that unit computed against the parent unconstrained size, whereas the font size will be set computing against the parent font size. MozReview-Commit-ID: 820BIWqno3L
9de70f4b51e868e210d1ab3b95f6a326ee486e48: Bug 1333980 - Introduce L10nRegistry.jsm draft
Zibi Braniecki <gandalf@mozilla.com> - Mon, 13 Mar 2017 23:39:43 -0700 - rev 565495
Push 54882 by zbraniecki@mozilla.com at Wed, 19 Apr 2017 22:28:02 +0000
Bug 1333980 - Introduce L10nRegistry.jsm MozReview-Commit-ID: 3hQIsHT8U3R
07e1b38fb01da6a18ebc00cff4a414e6f5a4d658: Bug 1347801 - Add Fluent.jsm draft
Zibi Braniecki <gandalf@mozilla.com> - Tue, 07 Mar 2017 15:30:27 -0800 - rev 565494
Push 54881 by zbraniecki@mozilla.com at Wed, 19 Apr 2017 22:26:44 +0000
Bug 1347801 - Add Fluent.jsm MozReview-Commit-ID: IvcvctSak6c
acfc383e291453ead10aee3efc5e17f99b4eeb02: Bug 1326572 - Provide an API for nsIProfiler draft
Doug Thayer <dothayer@mozilla.com> - Tue, 11 Apr 2017 09:03:40 -0700 - rev 565493
Push 54880 by bmo:dothayer@mozilla.com at Wed, 19 Apr 2017 22:18:20 +0000
Bug 1326572 - Provide an API for nsIProfiler In order to rewrite the Gecko Profiler add-on as a WebExtension, we need an API for the profiler which allows us to control the nsIProfiler, and symbolicate the stacks that it provides. This is the implementation of the simpler parts of that API. TODO: - Support profiling of remote targets through a new devtools API. - Support the dump_syms breakpad code which was asm.js in the old extension by directly calling into native code. - Figure out a faster way to send the large volume of data from getSymbols all the way from our extension down to the content process and then into the page's context. MozReview-Commit-ID: JzDbV4l2eXd
5561c4c373eb1de83b51018b02d9992da33f764b: Bug 1350413 part 2: Fix generic-worker configuration. r=dustin draft
Wander Lairson Costa <wcosta@mozilla.com> - Wed, 19 Apr 2017 19:12:50 -0300 - rev 565492
Push 54879 by wcosta@mozilla.com at Wed, 19 Apr 2017 22:13:05 +0000
Bug 1350413 part 2: Fix generic-worker configuration. r=dustin * Add macosx64 talos tests configuration. * Fix logs artifacts. * jittest doesn't have blob_upload_dir. * e10s config on talos goes on suite name. MozReview-Commit-ID: KQ2g7OCA2bq
84346e0ec06baf55da48d7b201b20fdb1938e805: Bug 1350413 part 1: move macosx64/opt build to buildbot-bridge. r=dustin draft
Wander Lairson Costa <wcosta@mozilla.com> - Wed, 19 Apr 2017 19:12:50 -0300 - rev 565491
Push 54879 by wcosta@mozilla.com at Wed, 19 Apr 2017 22:13:05 +0000
Bug 1350413 part 1: move macosx64/opt build to buildbot-bridge. r=dustin Because of bug 1338651, we need to stick to BBB macosx64 builds for now. MozReview-Commit-ID: C8b3iX46GqP
db0258fc5b9abca671b8b21d1a0a77a14189b242: Bug 1351356 - stylo: Update test expectations for -moz-transform r?Manishearth draft
Nazım Can Altınova <canaltinova@gmail.com> - Wed, 19 Apr 2017 22:14:54 +0300 - rev 565490
Push 54878 by bmo:canaltinova@gmail.com at Wed, 19 Apr 2017 22:12:07 +0000
Bug 1351356 - stylo: Update test expectations for -moz-transform r?Manishearth MozReview-Commit-ID: GQJHldR1VoB
0006ac05a3e701f2d4556681edaef2cdc81899ef: Bug 1326572 - Provide an API for nsIProfiler draft
Doug Thayer <dothayer@mozilla.com> - Tue, 11 Apr 2017 09:03:40 -0700 - rev 565489
Push 54877 by bmo:dothayer@mozilla.com at Wed, 19 Apr 2017 22:07:24 +0000
Bug 1326572 - Provide an API for nsIProfiler In order to rewrite the Gecko Profiler add-on as a WebExtension, we need an API for the profiler which allows us to control the nsIProfiler, and symbolicate the stacks that it provides. This is the implementation of the simpler parts of that API. TODO: - Support profiling of remote targets through a new devtools API. - Support the dump_syms breakpad code which was asm.js in the old extension by directly calling into native code. - Figure out a faster way to send the large volume of data from getSymbols all the way from our extension down to the content process and then into the page's context. MozReview-Commit-ID: JzDbV4l2eXd
2ca4e6eb2cd0ea5de40ec6eb8ccc37c2047d2f4b: Bug 1357673 - Fix try syntax tests draft
Brian Stack <bstack@mozilla.com> - Wed, 19 Apr 2017 15:01:03 -0700 - rev 565488
Push 54876 by bstack@mozilla.com at Wed, 19 Apr 2017 22:06:13 +0000
Bug 1357673 - Fix try syntax tests MozReview-Commit-ID: D8kNDXyhAUq
5be93b76b417141449aebe368c260eb7dac452d4: Bug 591688 - Fix try syntax tests draft
Brian Stack <bstack@mozilla.com> - Wed, 19 Apr 2017 15:01:03 -0700 - rev 565487
Push 54875 by bstack@mozilla.com at Wed, 19 Apr 2017 22:04:26 +0000
Bug 591688 - Fix try syntax tests MozReview-Commit-ID: D8kNDXyhAUq
dd38773a66f5ed26a085b1e13a57ac4cca51eca3: Bug 591688 - Fix try_syntax tests draft
Brian Stack <bstack@mozilla.com> - Wed, 19 Apr 2017 15:01:03 -0700 - rev 565486
Push 54874 by bstack@mozilla.com at Wed, 19 Apr 2017 22:01:20 +0000
Bug 591688 - Fix try_syntax tests MozReview-Commit-ID: D8kNDXyhAUq
3f22119826218b64fbbc843dfe73b0d8b6806bd8: Bug 1350413 part 2: Fix generic-worker configuration. r=dustin draft
Wander Lairson Costa <wcosta@mozilla.com> - Wed, 19 Apr 2017 19:00:10 -0300 - rev 565485
Push 54873 by wcosta@mozilla.com at Wed, 19 Apr 2017 22:00:25 +0000
Bug 1350413 part 2: Fix generic-worker configuration. r=dustin * Add macosx64 talos tests configuration. * Fix logs artifacts. * jittest doesn't have blob_upload_dir. * e10s config on talos goes on suite name. MozReview-Commit-ID: CgW8iljls0Q
7c19d3d39b588c53132bb0b68d3e0f08ae5ab52f: Bug 1350413 part 1: move macosx64/opt build to buildbot-bridge. r=dustin draft
Wander Lairson Costa <wcosta@mozilla.com> - Wed, 19 Apr 2017 19:00:10 -0300 - rev 565484
Push 54873 by wcosta@mozilla.com at Wed, 19 Apr 2017 22:00:25 +0000
Bug 1350413 part 1: move macosx64/opt build to buildbot-bridge. r=dustin Because of bug 1338651, we need to stick to BBB macosx64 builds for now. MozReview-Commit-ID: 6gIMzmgwkJ7
9ada9e1a2febed522a805b1ed0c4c28be57758f1: Bug 1349980 part 2: Fix generic-worker configuration. r=dustin draft
Wander Lairson Costa <wcosta@mozilla.com> - Wed, 19 Apr 2017 18:58:30 -0300 - rev 565483
Push 54872 by wcosta@mozilla.com at Wed, 19 Apr 2017 21:58:45 +0000
Bug 1349980 part 2: Fix generic-worker configuration. r=dustin * Add macosx64 talos tests configuration. * Fix logs artifacts. * jittest doesn't have blob_upload_dir. * e10s config on talos goes on suite name. MozReview-Commit-ID: DOOBGs9fJyg
63d812ec80afa001b2d77b89c5633e59ce1034ee: Bug 1350413 part 1: move macosx64/opt build to buildbot-bridge. r=dustin draft
Wander Lairson Costa <wcosta@mozilla.com> - Wed, 19 Apr 2017 18:58:30 -0300 - rev 565482
Push 54872 by wcosta@mozilla.com at Wed, 19 Apr 2017 21:58:45 +0000
Bug 1350413 part 1: move macosx64/opt build to buildbot-bridge. r=dustin Because of bug 1338651, we need to stick to BBB macosx64 builds for now. MozReview-Commit-ID: GTtfWWH59xl
65918afde10695cf97fe7b359bb9c19102effa33: Bug 1357117 part 3: Serialize -webkit-linear-gradient() expressions using the (less-expressive) -webkit-linear-gradient syntax, instead of -moz-linear-gradient. r?xidorn draft
Daniel Holbert <dholbert@cs.stanford.edu> - Wed, 19 Apr 2017 14:56:32 -0700 - rev 565481
Push 54871 by dholbert@mozilla.com at Wed, 19 Apr 2017 21:56:40 +0000
Bug 1357117 part 3: Serialize -webkit-linear-gradient() expressions using the (less-expressive) -webkit-linear-gradient syntax, instead of -moz-linear-gradient. r?xidorn Specifically: * This patch uses a flag added in a prior patch to let us use the author's chosen prefix (-webkit or -moz) when serializing. (We treat the -moz version as a special case, because that makes it more straightforward to unsupport -moz if/when we can.) * This patch makes us share the linear-gradient() side-or-corner serialization codepath when serializing points for -webkit-linear-gradient. (The alternative is the -moz-linear-gradient codepath, which defaults to serializing with percent values 0%/100% for sides & corners -- and raw percentages are invalid in -webkit-linear-gradient(), so we can't share that codepath.) Notably, we have to skip the "to " token that the linear-gradient() codepath would normally print out -- that was a late addition to the spec and so it only exists in the unprefixed modern syntax. (Instead, -webkit-linear-gradient syntax is implicitly "from" the given point). MozReview-Commit-ID: 9Oqo8nG1XDU
a5c21ca35dfb61e1b6f5904036a4a0c47299c839: Bug 1349980 part 2: Fix generic-worker configuration. r=dustin draft
Wander Lairson Costa <wcosta@mozilla.com> - Wed, 19 Apr 2017 18:56:17 -0300 - rev 565480
Push 54870 by wcosta@mozilla.com at Wed, 19 Apr 2017 21:56:33 +0000
Bug 1349980 part 2: Fix generic-worker configuration. r=dustin * Add macosx64 talos tests configuration. * Fix logs artifacts. * jittest doesn't have blob_upload_dir. * e10s config on talos goes on suite name. MozReview-Commit-ID: 2aTAFRCRtgn
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip