373839b9f787786aca3869614d71bcda66bfabf4: Backed out 3 changesets (bug 1497940) for Browser-chrome in toolkit/mozapps/extensions/test/browser/browser_CTP_plugins.js
Dorel Luca <dluca@mozilla.com> - Thu, 22 Nov 2018 05:04:55 +0200 - rev 447652
Push 73507 by dluca@mozilla.com at Thu, 22 Nov 2018 03:05:19 +0000
Backed out 3 changesets (bug 1497940) for Browser-chrome in toolkit/mozapps/extensions/test/browser/browser_CTP_plugins.js Backed out changeset 493083d55865 (bug 1497940) Backed out changeset b503b1a1552c (bug 1497940) Backed out changeset 6918f8e2f38c (bug 1497940)
24c9ee68f82f94fb3a0a0b78cde4abddd85bdf3e: Bug 1501878 - required_signoffs attribute. r=tomprince
Aki Sasaki <aki@escapewindow.com> - Tue, 20 Nov 2018 21:26:18 +0000 - rev 447651
Push 73506 by mozilla@hocat.ca at Thu, 22 Nov 2018 02:39:48 +0000
Bug 1501878 - required_signoffs attribute. r=tomprince If a task has `required_signoffs` that match a release's `required_signoffs`, we should defer running that task until we have a matching `signoff_url`. - add filter_out_missing_signoffs - add transforms changes to inherit upstream `required_signoffs` - add `mar-signing` `required_signoffs` to the `partials-signing`, `mar-signing`, and `mar-signing-l10n` kinds Differential Revision: https://phabricator.services.mozilla.com/D11734
9be16b2dee8ef88be9d3658c0d83c9d8f183a967: Bug 1501878: [taskgraph] Verify that required signoffs propagate to dependent tasks; r=aki
Tom Prince <mozilla@hocat.ca> - Tue, 20 Nov 2018 21:26:15 +0000 - rev 447650
Push 73506 by mozilla@hocat.ca at Thu, 22 Nov 2018 02:39:48 +0000
Bug 1501878: [taskgraph] Verify that required signoffs propagate to dependent tasks; r=aki Differential Revision: https://phabricator.services.mozilla.com/D12041
83c53808364e47579f90865081b2c284c2d4e231: Bug 1501878 - required_signoffs and signoff_urls parameters r=tomprince
Aki Sasaki <aki@escapewindow.com> - Tue, 20 Nov 2018 21:26:08 +0000 - rev 447649
Push 73506 by mozilla@hocat.ca at Thu, 22 Nov 2018 02:39:48 +0000
Bug 1501878 - required_signoffs and signoff_urls parameters r=tomprince Differential Revision: https://phabricator.services.mozilla.com/D11733
cf994c5954587af5c7956e99bacc944673f6dc47: Bug 1501878 - beetmove complete mars. r=tomprince,Callek
Aki Sasaki <aki@escapewindow.com> - Wed, 21 Nov 2018 19:04:03 +0000 - rev 447648
Push 73506 by mozilla@hocat.ca at Thu, 22 Nov 2018 02:39:48 +0000
Bug 1501878 - beetmove complete mars. r=tomprince,Callek Differential Revision: https://phabricator.services.mozilla.com/D11732
15d3e389b233bbebf60e7e45e69672f348db0c3f: Bug 1501878 - add mar-signing{,-l10n} kinds. r=tomprince,Callek
Aki Sasaki <aki@escapewindow.com> - Wed, 21 Nov 2018 19:04:01 +0000 - rev 447647
Push 73506 by mozilla@hocat.ca at Thu, 22 Nov 2018 02:39:48 +0000
Bug 1501878 - add mar-signing{,-l10n} kinds. r=tomprince,Callek also rename the partials_signing transform to mar_signing. Differential Revision: https://phabricator.services.mozilla.com/D11731
d4b468d560b23e6530ce4441120bb2f06bd9161b: Bug 1501878 - drop complete mar from repackage-signing. r=tomprince
Aki Sasaki <aki@escapewindow.com> - Tue, 20 Nov 2018 21:26:06 +0000 - rev 447646
Push 73506 by mozilla@hocat.ca at Thu, 22 Nov 2018 02:39:48 +0000
Bug 1501878 - drop complete mar from repackage-signing. r=tomprince We want to defer mar-signing to the second half of the promote phase, but we want to keep Windows repackaged exe signing in the first half of the promote phase. This means we need to stop signing the complete MAR in repackage-signing, and defer it to another kind. Differential Revision: https://phabricator.services.mozilla.com/D11730
209dc0bf2b647b90b1f56b439f82c90df2b3698e: Bug 1501878 - point partials at unsigned complete mars. r=tomprince
Aki Sasaki <aki@escapewindow.com> - Tue, 20 Nov 2018 21:26:04 +0000 - rev 447645
Push 73506 by mozilla@hocat.ca at Thu, 22 Nov 2018 02:39:48 +0000
Bug 1501878 - point partials at unsigned complete mars. r=tomprince Partial MAR generation doesn't need a signed complete MAR. By pointing the partials tasks at the unsigned complete MARs, we are able to defer signing the complete MARs without deferring partials creation. Differential Revision: https://phabricator.services.mozilla.com/D11729
9201152ee77ca64d5cf737fb29e578e348916705: Bug 1508049: [funsize] Don't verify decoded download length against HTTP header; r=sfraser
Tom Prince <mozilla@hocat.ca> - Tue, 20 Nov 2018 21:25:56 +0000 - rev 447644
Push 73506 by mozilla@hocat.ca at Thu, 22 Nov 2018 02:39:48 +0000
Bug 1508049: [funsize] Don't verify decoded download length against HTTP header; r=sfraser When Content-Encoding is specified, the decoded length won't match the lenght in the header. In any case aiohttp has code that verifies the length, so we don't need to do it as well. Differential Revision: https://phabricator.services.mozilla.com/D12342
493083d55865df594eef9f26c5ba7a98873cacb1: Bug 1497940 - Part V, Convert pluginProblem to UA Widget r=smaug
Timothy Guan-tin Chien <timdream@gmail.com> - Thu, 22 Nov 2018 02:13:09 +0000 - rev 447643
Push 73505 by tchien@mozilla.com at Thu, 22 Nov 2018 02:14:38 +0000
Bug 1497940 - Part V, Convert pluginProblem to UA Widget r=smaug This patch creates a pluginProblem UA Widget and constructs it (instead of the XBL pluginProblem binding) when UA Widget is enabled. Tests in browser/base/content/test/plugins/ are duplicated so that we could test both versions. Depends on D11702 Differential Revision: https://phabricator.services.mozilla.com/D11703
b503b1a1552c5c92622d9a7da04a65221ae483a8: Bug 1497940 - Part IV, Move pluginProblem resources from chrome://mozapps to chrome://global r=mossop
Timothy Guan-tin Chien <timdream@gmail.com> - Thu, 22 Nov 2018 02:12:12 +0000 - rev 447642
Push 73505 by tchien@mozilla.com at Thu, 22 Nov 2018 02:14:38 +0000
Bug 1497940 - Part IV, Move pluginProblem resources from chrome://mozapps to chrome://global r=mossop This is needed because UA Widget cannot load resources from chrome://mozapps. Depends on D11701 Differential Revision: https://phabricator.services.mozilla.com/D11702
6918f8e2f38cdf586b1929d71c5f85a30f4c4d45: Bug 1497940 - Part III, Remove unused pluginProblem mobile styles r=snorp
Timothy Guan-tin Chien <timdream@gmail.com> - Thu, 22 Nov 2018 02:11:44 +0000 - rev 447641
Push 73505 by tchien@mozilla.com at Thu, 22 Nov 2018 02:14:38 +0000
Bug 1497940 - Part III, Remove unused pluginProblem mobile styles r=snorp These styles and PluginHelper.js should’ve been removed back in bug 1381916. contentPluginDisabled.png is not referenced anywhere so it is deleted together. Differential Revision: https://phabricator.services.mozilla.com/D11701
54812dc57a75760aa3b4dda47f0fa3bae5b40df2: Backed out changeset fab7024e7658 (bug 1508446) for reftest failures in reftest/tests/layout/reftests/xul/accesskey.xul
Dorel Luca <dluca@mozilla.com> - Thu, 22 Nov 2018 02:50:01 +0200 - rev 447640
Push 73504 by dluca@mozilla.com at Thu, 22 Nov 2018 00:50:25 +0000
Backed out changeset fab7024e7658 (bug 1508446) for reftest failures in reftest/tests/layout/reftests/xul/accesskey.xul
c18bdd411a64348067a7160bf9dea7f239bbe48f: Bug 1507356 - Allow APZ relative scroll offset updates to ride the trains. r=botond
Ryan Hunt <rhunt@eqrion.net> - Wed, 21 Nov 2018 17:40:18 +0000 - rev 447639
Push 73503 by rhunt@eqrion.net at Thu, 22 Nov 2018 00:27:31 +0000
Bug 1507356 - Allow APZ relative scroll offset updates to ride the trains. r=botond Differential Revision: https://phabricator.services.mozilla.com/D12544
68d20ffd470d26a61a600e67843e5d39455d567f: Bug 1489040 Update WebRTC ICE candidate stats field name ipAddress to address r=mjf,jib,smaug
Nico Grunbaum <na-g@nostrum.com> - Thu, 22 Nov 2018 00:14:36 +0000 - rev 447638
Push 73502 by na-g@nostrum.com at Thu, 22 Nov 2018 00:16:35 +0000
Bug 1489040 Update WebRTC ICE candidate stats field name ipAddress to address r=mjf,jib,smaug Bug 1489040 - P1 - Update WebRTC ICE candidate stats field ipAddress to new name, address Bug 1489040 - P2 - adjust WebRTC stats mochitest for new stat name 'address' Bug 1489040 - P3 - add test for legacy WebRTC stat names Differential Revision: https://phabricator.services.mozilla.com/D5560
a85c1b95e53c768a284ea4238f288281abe6d04d: Bug 1509111 - Populate viewIdResourceName correctly. r=yzen
Eitan Isaacson <eitan@monotonous.org> - Wed, 21 Nov 2018 21:07:20 +0000 - rev 447637
Push 73501 by eisaacson@mozilla.com at Thu, 22 Nov 2018 00:09:07 +0000
Bug 1509111 - Populate viewIdResourceName correctly. r=yzen Differential Revision: https://phabricator.services.mozilla.com/D12583
00e3e4c617a8f22df2e49a428eae8dbde2aea641: Bug 1507860: [taskgraph] Move most classes to use attrs; r=dustin
Tom Prince <mozilla@hocat.ca> - Wed, 21 Nov 2018 23:50:04 +0000 - rev 447636
Push 73500 by mozilla@hocat.ca at Thu, 22 Nov 2018 00:01:19 +0000
Bug 1507860: [taskgraph] Move most classes to use attrs; r=dustin This moves most of the low-hanging fruit to use attrs. Differential Revision: https://phabricator.services.mozilla.com/D1141
fab7024e765889bd2ea6d42e735e40b74e3ba166: Bug 1508446 - Require that [accesskey] gets set on <xul:label> to enable formatting;r=paolo
Brian Grinstead <bgrinstead@mozilla.com> - Wed, 21 Nov 2018 22:35:44 +0000 - rev 447635
Push 73499 by bgrinstead@mozilla.com at Wed, 21 Nov 2018 23:54:29 +0000
Bug 1508446 - Require that [accesskey] gets set on <xul:label> to enable formatting;r=paolo Previously, if the accesskey attribute was missing then the label would reach up to binding parent to find it's accesskey. In practice, bindings already do [xbl:inherits=accesskey] to send it down to the label anyway. The problem with this is that for controls without accesskeys, the attribute doesn't get set, so the label will access the control from JS. This is fine for XBL, since typically the label XBL will construct at the same time as the control, but when migrating to Custom Elements, the label gets connected even when the control is hidden. Differential Revision: https://phabricator.services.mozilla.com/D12355
e70144f3fc89118b48a541daf9206cef292b4a24: Bug 1506216 - Remove bogus assert in AssertColumnSpanWrapperSubtreeIsSane(). r=bzbarsky
Ting-Yu Lin <tlin@mozilla.com> - Wed, 21 Nov 2018 18:59:00 +0000 - rev 447634
Push 73498 by aethanyc@gmail.com at Wed, 21 Nov 2018 23:52:51 +0000
Bug 1506216 - Remove bogus assert in AssertColumnSpanWrapperSubtreeIsSane(). r=bzbarsky The assert is testing that the content's primary frame shouldn't generate any native anonymous children, but what we really want to ensure is that :-moz-column-span-wrapper doesn't create any native anonymous child (because we don't restyle the wrapper), not the content which creates ::-moz-column-span-wrapper. The condition is already guaranteed by !aFrame->HasAnyStateBits(NS_FRAME_OWNS_ANON_BOXES) above. Also, at this point during the frame construction, we haven't associate the content with the its primary frame. Therefore, nsContentUtils::AppendNativeAnonymousChildren() won't return anything except for scrollbars on root element. That's why we have the crash in this bug. Differential Revision: https://phabricator.services.mozilla.com/D12359
ec31fba4ef982c5db303374e79d1c39844512c6f: Backed out 2 changesets (bug 1488442) for browser-chrome failures in browser/components/preferences/in-content/tests/browser_browser_languages_subdialog.js
Dorel Luca <dluca@mozilla.com> - Thu, 22 Nov 2018 01:22:10 +0200 - rev 447633
Push 73497 by dluca@mozilla.com at Wed, 21 Nov 2018 23:22:29 +0000
Backed out 2 changesets (bug 1488442) for browser-chrome failures in browser/components/preferences/in-content/tests/browser_browser_languages_subdialog.js Backed out changeset d683ee5ff088 (bug 1488442) Backed out changeset 8d14b467d422 (bug 1488442)
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip