fdd919d10609590f483fec9c346bd06a039b8c31: Bug 1633598 - Add a user of |JS::CopyArrayBuffer|. r=peterv
Jeff Walden <jwalden@mit.edu> - Thu, 07 May 2020 23:47:21 +0000 - rev 528724
Push 37395 by malexandru@mozilla.com at Fri, 08 May 2020 09:35:43 +0000
Bug 1633598 - Add a user of |JS::CopyArrayBuffer|. r=peterv Differential Revision: https://phabricator.services.mozilla.com/D73745
aaed09003f384dbb260ee368c56dca6c9d3f2b66: Bug 1633598 - Add JSAPI to create an ArrayBuffer with contents and length copied from an existing one. r=sfink
Jeff Walden <jwalden@mit.edu> - Thu, 07 May 2020 23:46:22 +0000 - rev 528723
Push 37395 by malexandru@mozilla.com at Fri, 08 May 2020 09:35:43 +0000
Bug 1633598 - Add JSAPI to create an ArrayBuffer with contents and length copied from an existing one. r=sfink Differential Revision: https://phabricator.services.mozilla.com/D72909
31b8869eafef814badb709a25df9cb5eafe08683: Bug 1633598 - Make AllocateArrayBufferContents return a UniquePtr to handle manually freeing memory in case of early error. r=sfink
Jeff Walden <jwalden@mit.edu> - Thu, 07 May 2020 23:45:49 +0000 - rev 528722
Push 37395 by malexandru@mozilla.com at Fri, 08 May 2020 09:35:43 +0000
Bug 1633598 - Make AllocateArrayBufferContents return a UniquePtr to handle manually freeing memory in case of early error. r=sfink Differential Revision: https://phabricator.services.mozilla.com/D73553
626c3a6cb46bd82990f527fe4980a9fc217af210: Bug 1608421 - Only run the bugzilla-components task on mozilla-central. r=jmaher
Marco Castelluccio <mcastelluccio@mozilla.com> - Thu, 07 May 2020 22:38:13 +0000 - rev 528721
Push 37395 by malexandru@mozilla.com at Fri, 08 May 2020 09:35:43 +0000
Bug 1608421 - Only run the bugzilla-components task on mozilla-central. r=jmaher Differential Revision: https://phabricator.services.mozilla.com/D74329
6a8f2a1a231c09fbf904c573b3a8084181424cc1: Bug 1635658. Fix how CSS filters render with webrender that are represented as component transfer when they are required to be represented as SVG filters. r=mstange
Timothy Nikkel <tnikkel@gmail.com> - Thu, 07 May 2020 23:39:56 +0000 - rev 528720
Push 37395 by malexandru@mozilla.com at Fri, 08 May 2020 09:35:43 +0000
Bug 1635658. Fix how CSS filters render with webrender that are represented as component transfer when they are required to be represented as SVG filters. r=mstange The brightness, contrast, and invert css filters are represented as component transfer filters when they required to be represented as an svg filter (ie when an element has a combination of CSS and SVG filters specified). https://hg.mozilla.org/mozilla-central/rev/4f3360c4f104 (bug 1417699) used the value SVG_FECOMPONENTTRANSFER_TYPE_UNKNOWN for the function type in the G and B channels to specify that the R channel function should be used. As we know from https://hg.mozilla.org/mozilla-central/rev/a1ff0af83ad2 (bug 1605223) SVG_FECOMPONENTTRANSFER_TYPE_UNKNOWN is the value we get if the function is not specified, and by spec that is to be interpreted as the identity function. To fix this use a special function type that is not exposed to content, SVG_FECOMPONENTTRANSFER_SAME_AS_R, when we want to do this optimization. And then teach the webrender filter code to understand it. Differential Revision: https://phabricator.services.mozilla.com/D74189
bd70a801f80c1183383969b623ab2410943d63e6: Bug 1620098: Avoid calling onUpdateDeviceModal twice when closing the device modal. r=mtigley
Daisuke Akatsuka <daisuke@birchill.co.jp> - Thu, 07 May 2020 02:45:15 +0000 - rev 528719
Push 37395 by malexandru@mozilla.com at Fri, 08 May 2020 09:35:43 +0000
Bug 1620098: Avoid calling onUpdateDeviceModal twice when closing the device modal. r=mtigley Depends on D67984 Differential Revision: https://phabricator.services.mozilla.com/D68141
fea2b74b3352ac2e1681a2ce24c37082c36a0c02: Bug 1620098: Remove unnecessary processing in RDM. r=mtigley
Daisuke Akatsuka <daisuke@birchill.co.jp> - Thu, 07 May 2020 02:45:05 +0000 - rev 528718
Push 37395 by malexandru@mozilla.com at Fri, 08 May 2020 09:35:43 +0000
Bug 1620098: Remove unnecessary processing in RDM. r=mtigley Depends on D67983 Differential Revision: https://phabricator.services.mozilla.com/D67984
4c1410654ab76a76d4b050227b31597e79b3e28e: Bug 1620098: Show HTMLTooltip in html document as XUL popup. r=bgrins,jdescottes,mtigley,yzen,bdahl,nchevobbe
Daisuke Akatsuka <daisuke@birchill.co.jp> - Thu, 07 May 2020 23:33:57 +0000 - rev 528717
Push 37395 by malexandru@mozilla.com at Fri, 08 May 2020 09:35:43 +0000
Bug 1620098: Show HTMLTooltip in html document as XUL popup. r=bgrins,jdescottes,mtigley,yzen,bdahl,nchevobbe Differential Revision: https://phabricator.services.mozilla.com/D67983
50244579252a229131ae04a1d2c60682611e5702: Backed out changeset b76e3e988fdd (bug 1577110) for breaking geckodriver signin toolchains a=backout
Andreea Pavel <apavel@mozilla.com> - Fri, 08 May 2020 06:51:23 +0300 - rev 528716
Push 37394 by apavel@mozilla.com at Fri, 08 May 2020 03:52:38 +0000
Backed out changeset b76e3e988fdd (bug 1577110) for breaking geckodriver signin toolchains a=backout
ead8f0367372fe5767d33a0aa0a95b07ee76ea75: Bug 1635941 followup: Drop some more debugging printfs. r=boris
Daniel Holbert <dholbert@cs.stanford.edu> - Thu, 07 May 2020 23:13:51 +0000 - rev 528715
Push 37393 by rmaries@mozilla.com at Fri, 08 May 2020 03:38:07 +0000
Bug 1635941 followup: Drop some more debugging printfs. r=boris Differential Revision: https://phabricator.services.mozilla.com/D74342
f63a19d7effa285d05013488a3ed32bd3e71be81: Bug 1634819 - Existence check element.parentElement and element.previousElementSibling in new password heuristics; r=MattN
Bianca Danforth <bdanforth@mozilla.com> - Thu, 07 May 2020 23:12:47 +0000 - rev 528714
Push 37393 by rmaries@mozilla.com at Fri, 08 May 2020 03:38:07 +0000
Bug 1634819 - Existence check element.parentElement and element.previousElementSibling in new password heuristics; r=MattN The element.parentNode.nodeName approach also handled the error, but when I ran the updated model through the training, validation and testing samples, our false positive rate (FPR) went up from 2.2% to 4.5% (referencing the most recent update to NewPasswordModel.jsm in bug 1629132) with a confidence threshold of 0.75. Unfortunately, that is well above our target FPR of 2-3%. * I am not surprised by this difference: the diff I had tested with `parentNode.nodeName` replaced `parentElement` with `parentNode` and `tagName` with `nodeName` everywhere in this rule. Since `Node.ELEMENT_NODE` is only one of [several other `Node.nodeType`](https://developer.mozilla.org/en-US/docs/Web/API/Node/nodeType)'s, I can imagine that for some of the sites in the corpus, `element.parentElement` was not the same node as `element.parentNode`. Therefore the downstream return value could also be different; i.e. the modified rule may then return `false` instead of `true` or vice versa for some or all of these affected pages, and the model would consequently reach a different (and potentially worse) optimization. Returning `false` for this rule in these cases will leave the model's performance unchanged on pages that don't use the Shadow DOM at all or in this specific way. Also add some existence checks further downstream in the same rule where the values could also be `null`. Differential Revision: https://phabricator.services.mozilla.com/D74164
65fc0df9b6fa24e16b29620a67b15ebeddbec508: Bug 1636304. Fix and improve the Mermaid documentation. r=sylvestre
Jonathan Watt <jwatt@jwatt.org> - Thu, 07 May 2020 23:16:00 +0000 - rev 528713
Push 37393 by rmaries@mozilla.com at Fri, 08 May 2020 03:38:07 +0000
Bug 1636304. Fix and improve the Mermaid documentation. r=sylvestre The second example, when copied and pasted, is completely borked since it is not preceeded by the line that declares what follows to be a Mermaid diagram. This change fixes that. It also fixes the prose to read slightly less awkwardly in places. Finally, this change also adds a link to the Mermaid Live Editor to make readers aware of this useful tool. Differential Revision: https://phabricator.services.mozilla.com/D74338
5719d49dccd6902630224f8c0dfec131fa849616: Bug 1636142 - Make DOM Arena is only enabled in early beta r=smaug
sefeng <sefeng@mozilla.com> - Thu, 07 May 2020 23:14:42 +0000 - rev 528712
Push 37393 by rmaries@mozilla.com at Fri, 08 May 2020 03:38:07 +0000
Bug 1636142 - Make DOM Arena is only enabled in early beta r=smaug Differential Revision: https://phabricator.services.mozilla.com/D74245
d543b6ceacd49b099d4b80014e59592109a979da: Bug 1636012 - Remove TYPES_OF_USER_CLICKS probe r=smaug
sefeng <sefeng@mozilla.com> - Thu, 07 May 2020 22:12:52 +0000 - rev 528711
Push 37393 by rmaries@mozilla.com at Fri, 08 May 2020 03:38:07 +0000
Bug 1636012 - Remove TYPES_OF_USER_CLICKS probe r=smaug Differential Revision: https://phabricator.services.mozilla.com/D74250
8acd05d1233734b4e42339ed4dddcf3f989e7883: Bug 1636285: Add a descriptive message to EnsureJNIObject; r=geckoview-reviewers,droeh
Aaron Klotz <aklotz@mozilla.com> - Thu, 07 May 2020 22:18:48 +0000 - rev 528710
Push 37393 by rmaries@mozilla.com at Fri, 08 May 2020 03:38:07 +0000
Bug 1636285: Add a descriptive message to EnsureJNIObject; r=geckoview-reviewers,droeh Differential Revision: https://phabricator.services.mozilla.com/D74328
be3aa8f30db0246ecee9ba1ed146a5969e8fbd3d: Bug 1635852: Include minidump_stackwalk files in taskgraph sparse-profile; r=glandium
Tom Prince <mozilla@hocat.ca> - Thu, 07 May 2020 22:20:52 +0000 - rev 528709
Push 37393 by rmaries@mozilla.com at Fri, 08 May 2020 03:38:07 +0000
Bug 1635852: Include minidump_stackwalk files in taskgraph sparse-profile; r=glandium Without this, taskgraph calculates the digest based on just the files in these directories that are in the sparse profile (I suspect this is just the moz.build files), and will rebuild it when those files change. This changes ensures that all files in those directories are used to calculate the digest. Additionally, this will cause the same digest to be generted by developers locally, since the files *are* present in the non-sparse checkout that most developers have. Differential Revision: https://phabricator.services.mozilla.com/D74113
9c3bf20554fdb4740a2467a85663b941661746e0: Backed out 5 changesets (bug 1633820) for build bustages at TabContext.cpp. CLOSED TREE
Razvan Maries <rmaries@mozilla.com> - Fri, 08 May 2020 00:59:20 +0300 - rev 528708
Push 37393 by rmaries@mozilla.com at Fri, 08 May 2020 03:38:07 +0000
Backed out 5 changesets (bug 1633820) for build bustages at TabContext.cpp. CLOSED TREE Backed out changeset 0a20dd1935d7 (bug 1633820) Backed out changeset 626e834293ed (bug 1633820) Backed out changeset 14cc454a8cbc (bug 1633820) Backed out changeset 7bbcb9266b87 (bug 1633820) Backed out changeset ef99672bd2af (bug 1633820)
3321fb5c6334aca53775c97991b5b772db6316e4: Bug 1635922: Add bug link to ini file. r=jib
Byron Campen [:bwc] <docfaraday@gmail.com> - Thu, 07 May 2020 19:28:59 +0000 - rev 528707
Push 37393 by rmaries@mozilla.com at Fri, 08 May 2020 03:38:07 +0000
Bug 1635922: Add bug link to ini file. r=jib Differential Revision: https://phabricator.services.mozilla.com/D74247
e614cbba042d330c5e615634923b7f4403a675da: Bug 1636227 - Don't reset _sameProcessAsFrameLoader on first browser initialization. r=Gijs
Emilio Cobos Álvarez <emilio@crisal.io> - Thu, 07 May 2020 21:52:24 +0000 - rev 528706
Push 37393 by rmaries@mozilla.com at Fri, 08 May 2020 03:38:07 +0000
Bug 1636227 - Don't reset _sameProcessAsFrameLoader on first browser initialization. r=Gijs LazyFC changes the way we initialize browsers in a subtle way which is important for print preview and PiP. When creating a print preview browser / PiP, we rely on getting the right process via _sameProcessAsFrameLoader. This is set very early on the lifetime of the browser element, after it's upgraded but before its connectedCallback() calls. What happens with LazyFC is that we append the browser to the document, then set its sameProcessAsFrameLoader, then initialize the browser from connectedCallback(). That calls resetFields() _after_ setting the _sameProcessAsFrameLoader, which clears it out, not good. Without LazyFC we initialize it via frame construction, as soon as the browser is attached to the document, so all ends up working out. Explicitly avoid clearing this field out if not initialized yet, instead of the hasOwnProperty check which was for the very same thing, just about XBL initialization. Differential Revision: https://phabricator.services.mozilla.com/D74282
447472273028df52058c04a3072eb22579f9b98e: Backed out 2 changesets (bug 1635584) for build bustages. CLOSED TREE
Razvan Maries <rmaries@mozilla.com> - Fri, 08 May 2020 00:47:31 +0300 - rev 528705
Push 37393 by rmaries@mozilla.com at Fri, 08 May 2020 03:38:07 +0000
Backed out 2 changesets (bug 1635584) for build bustages. CLOSED TREE Backed out changeset 059ed60f23bf (bug 1635584) Backed out changeset 876b8f443cca (bug 1635584)
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip