- Oct 27, 2020
-
-
Kershaw Chang authored
Bug 1673340 - Revert changes done in Bug 1668851, 1663718 and 1497249. r=necko-reviewers,dragana, a=jcristau Differential Revision: https://phabricator.services.mozilla.com/D94808
-
Mozilla Releng Treescript authored
-
Mozilla Releng Treescript authored
No bug - Tagging 86c6ac60afca3f420110dcfb855d0dbab801f88c with FIREFOX_82_0_1_RELEASE a=release CLOSED TREE DONTBUILD
-
- Oct 26, 2020
-
-
Mozilla Releng Treescript authored
No bug - Tagging 86c6ac60afca3f420110dcfb855d0dbab801f88c with FIREFOX_82_0_1_BUILD1 a=release CLOSED TREE DONTBUILD
-
- Oct 13, 2020
-
-
Nika Layzell authored
Differential Revision: https://phabricator.services.mozilla.com/D93122
-
- Oct 26, 2020
-
-
Jonathan Kew authored
Rebased to mozilla-release (needed because bug 1668406 is not present there).
-
- Oct 22, 2020
-
-
Bob Owen authored
Bug 1672370: Revert paper size pref validation back to checking for either being less than 100 inches. r=jwatt, a=jcristau Differential Revision: https://phabricator.services.mozilla.com/D94341
-
- Oct 16, 2020
-
-
Molly Howell authored
My patch for bug 1665195 included a REBOOTOK flag because I wanted to make sure the UpdateLogs directory would get deleted even if doing so failed at the moment. What I didn't realize is that the RmDir instruction will set the reboot flag if removing the directory fails for any reason whatsoever, even if it's just because the directory wasn't empty, in which case rebooting wouldn't help. For some reason I thought there was a check for that condition, but having now had a look in the NSIS source, there is not. There's no easy way to check for ourselves whether the directory is empty or not, so to avoid a spurious reboot prompt from either the installer or the uninstaller, this patch just gives up on the REBOOTOK flag. Differential Revision: https://phabricator.services.mozilla.com/D93860
-
- Oct 13, 2020
-
-
Henrik Skupin authored
Bug 1666755 - [marionette] Run beforeunload timer after the click event has been received. r=marionette-reviewers,jdescottes a=jcristau Due to delays when the click and the appropriate event will actually happen within the child process, the beforeunload timer with 200ms timeout needs to be run after the click event has been received. Differential Revision: https://phabricator.services.mozilla.com/D93194
-
- Oct 26, 2020
-
-
ffxbld authored
Differential Revision: https://phabricator.services.mozilla.com/D94714
-
- Oct 22, 2020
-
-
ffxbld authored
Differential Revision: https://phabricator.services.mozilla.com/D94424
-
- Oct 20, 2020
-
-
Mozilla Releng Treescript authored
-
Mozilla Releng Treescript authored
No bug - Tagging bbdea0acf29a60ac9500439691337f3e0e96eb2f with FIREFOX_82_0_RELEASE a=release CLOSED TREE DONTBUILD
-
- Oct 19, 2020
-
-
ffxbld authored
Differential Revision: https://phabricator.services.mozilla.com/D93930
-
- Oct 15, 2020
-
-
ffxbld authored
Differential Revision: https://phabricator.services.mozilla.com/D93636
-
- Oct 14, 2020
-
-
Mozilla Releng Treescript authored
No bug - Tagging bbdea0acf29a60ac9500439691337f3e0e96eb2f with FIREFOX_82_0_BUILD2 a=release CLOSED TREE DONTBUILD
-
- Oct 13, 2020
-
-
Andrew Osmond authored
Differential Revision: https://phabricator.services.mozilla.com/D93377
-
Julien Cristau authored
Backed out changeset 44801b6e7c7a (bug 1656302)
-
- Oct 12, 2020
-
-
ffxbld authored
Differential Revision: https://phabricator.services.mozilla.com/D93255
-
- Oct 13, 2020
-
-
Mozilla Releng Treescript authored
No bug - Tagging bdb93bd9b26d6480c04eeda33896e826a8e9255e with FIREFOX_81_0_2_RELEASE a=release CLOSED TREE DONTBUILD
-
- Oct 12, 2020
-
-
Mozilla Releng Treescript authored
No bug - Tagging deabb2228274f7e9718e17be54010415eb119100 with FIREFOX_82_0_BUILD1 a=release CLOSED TREE DONTBUILD
-
Mozilla Releng Treescript authored
-
Mozilla Releng Treescript authored
No bug - tagging 1e79586438cfd92e407751f76f183a1450414cdf with FIREFOX_RELEASE_81_END a=release DONTBUILD CLOSED TREE
-
Mozilla Releng Treescript authored
-
Mozilla Releng Treescript authored
Merge old head via |hg debugsetparents 812bfb1ea9aac97fbb873e1fbe0f4ada9db9a33f 1e79586438cfd92e407751f76f183a1450414cdf| CLOSED TREE DONTBUILD a=release
-
Mozilla Releng Treescript authored
No bug - tagging 0179c3bbcad3b837e91047f4047625b9bf22c6ed with FIREFOX_RELEASE_82_BASE a=release DONTBUILD CLOSED TREE
-
Johan Lorenzo authored
-
Mozilla Releng Treescript authored
No bug - Tagging bdb93bd9b26d6480c04eeda33896e826a8e9255e with FIREFOX_81_0_2_BUILD1 a=release CLOSED TREE DONTBUILD
-
- Oct 10, 2020
-
-
Razvan Caliman authored
Bug 1668265 - [devtools] Ensure node picker reacts to inspector fronts as they become available or destroyed. r=ochameau, a=jcristau When a page is refreshed, the inspector fonts associated with targets within are destroyed and recreated. The node picker didn't observe for this behavior. When a page was refreshed, it kept picking against dead fronts and ignored the newly created fronts, thus leaving users confused. This is an issue in popular web dev workflows like Hot Module Reloading, where the page may end up being refreshed. See [Bug1352121#c4](https://bugzilla.mozilla.org/show_bug.cgi?id=1352121#c4) This patch makes the node picker listen for targets and inspector fronts as they become available or get destroyed. If node picking isn't explicitly stopped by either clicking a node or pressing the Escape key, node picking continues onto the refreshed page or to new page (same behavior as in Firefox Release). Differential Revision: https://phabricator.services.mozilla.com/D92779
-
- Oct 09, 2020
-
-
Scott authored
Differential Revision: https://phabricator.services.mozilla.com/D93091
-
- Oct 08, 2020
-
-
Kershaw Chang authored
Bug 1668851 - Try to write data to socket directly without waiting. r=necko-reviewers,dragana,remote-protocol-reviewers, a=jcristau Differential Revision: https://phabricator.services.mozilla.com/D92442
-
Emilio Cobos Álvarez authored
There's no guarantee that mTiming is non-null. This can happen for a variety of reasons. Differential Revision: https://phabricator.services.mozilla.com/D92894
-
- Sep 29, 2020
-
-
Eitan Isaacson authored
Instead of having the web area be the implicit root, the search results should exclusively be descendants of the target element that the search is called on. Differential Revision: https://phabricator.services.mozilla.com/D91826
-
- Oct 09, 2020
-
-
Julien Cristau authored
Differential Revision: https://phabricator.services.mozilla.com/D93067
-
- Oct 12, 2020
-
-
Mozilla Releng Treescript authored
fr -> da26b9e6d2337422279d7423fd81d090fdefe0a2
-
Mozilla Releng Treescript authored
el -> cadfb7c0f261b8775b7a3f30aea3976e12dc6e7f es-CL -> 4c535b59bf449e05a09637c2bd3bafabdee403cf
-
- Oct 11, 2020
-
-
Mozilla Releng Treescript authored
el -> af779387131ee567340c273fba5e98894ff7f1a7
-
Mozilla Releng Treescript authored
be -> bd039c6e3b545d2c5eded8950051a51f534ab643 es-AR -> 01bc5c260bf84810c78b22ef1b2711a530ac19ef es-ES -> e8552302808dbfb9572fb36a39eae4bd17f4b6d4
-
Mozilla Releng Treescript authored
es-ES -> 4113485cd4a9f5ab977118a4c479c68f66e5b6ad he -> 1cbfac65ac5ec150ef10d8f5aab1f220b4a307c6
-
Mozilla Releng Treescript authored
pa-IN -> 6122e28240375652503b87076826c59d34e59e27 rm -> 5ff724c69d4ba9debe8370a36ab86f06144cbba2
-