f7a685b165798f63cefe7293f0a2e53f7afa0e4a: Bug 1504906 - Build 64-bits Gtk+ 3.10 packages for Debian Wheezy. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 07 Nov 2018 08:55:45 +0900 - rev 501583
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1504906 - Build 64-bits Gtk+ 3.10 packages for Debian Wheezy. r=gps Along with all the updated dependencies that are necessary to achieve this. Differential Revision: https://phabricator.services.mozilla.com/D11138
f8064dbb80097ad6a8131d790c25169ae4e5520e: Bug 1504906 - Use a separate docker image for base toolchain builds. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 07 Nov 2018 08:52:51 +0900 - rev 501582
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1504906 - Use a separate docker image for base toolchain builds. r=gps We're going to bump our shipped builds to build against Gtk+ 3.10, but still want to ensure we can still build against Gtk+ 3.4. As we're using Gtk+ packages installed in the build docker image, we need to have a separate image where the Gtk+ packages are kept at version 3.4. Differential Revision: https://phabricator.services.mozilla.com/D11137
f899fbb4a5d7e0b604af4081d46d7d3e68f42674: Bug 1504906 - Add another -Werror exception for G_DEFINE_TYPE_EXTENDED. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 07 Nov 2018 08:51:11 +0900 - rev 501581
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1504906 - Add another -Werror exception for G_DEFINE_TYPE_EXTENDED. r=gps Versions of glib newer than the one we currently use adds a function we don't use. Differential Revision: https://phabricator.services.mozilla.com/D11136
3f71db4aef7361659bd324dd6a9c29933fddf32e: bug 1505652: [taskgraph] Download debian packages from latest run of package task; r=dustin
Tom Prince <mozilla@hocat.ca> - Tue, 02 Oct 2018 21:38:23 +0000 - rev 501580
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
bug 1505652: [taskgraph] Download debian packages from latest run of package task; r=dustin If a packaging task ended up being retried for any reason, the downstream docker tasks that depended on them would fail, since they were hard-coding the artifacts from the initial run. Differential Revision: https://phabricator.services.mozilla.com/D7364
c812e3810b9451c4080a39c6d0fa1c06dfad7d7e: bug 1492499: webdriver: disable maximize_window/stress.py on windows; a=stefan_hindli r=jgraham
Andreas Tolfsen <ato@sny.no> - Thu, 08 Nov 2018 15:38:15 +0000 - rev 501579
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
bug 1492499: webdriver: disable maximize_window/stress.py on windows; a=stefan_hindli r=jgraham The Maximize Window command's stress test is broken on Windows due to a socket problem on Windows specifically. I think the problem is that the socket buffer is too small because of a very intensive check for the window size not changing. See https://bugzilla.mozilla.org/show_bug.cgi?id=1505806 for more details. Differential Revision: https://phabricator.services.mozilla.com/D11331
531299c96e09053ef5451fd67453f6147f5a6e99: Bug 1460914 - [xpcshell] Add --setpref to the command line, r=ted
Andrew Halberstadt <ahalberstadt@mozilla.com> - Thu, 08 Nov 2018 14:50:32 +0000 - rev 501578
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1460914 - [xpcshell] Add --setpref to the command line, r=ted Depends on D9796 Differential Revision: https://phabricator.services.mozilla.com/D9797
f99b45112279bbf314dba4224fc0bf19ac2cd1ca: Bug 1460914 - [mozprofile] Move mochitest's 'parseKeyValue' function into mozprofile.cli, r=ted
Andrew Halberstadt <ahalberstadt@mozilla.com> - Thu, 08 Nov 2018 14:51:26 +0000 - rev 501577
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1460914 - [mozprofile] Move mochitest's 'parseKeyValue' function into mozprofile.cli, r=ted Parsing prefs and env on the command line is a common task performed by our harnesses, let's move it into mozbase. Depends on D9717 Differential Revision: https://phabricator.services.mozilla.com/D9796
2a1f9baafbecd28da55d87844692a6f745b728d8: Bug 1505544 - Update webrender to commit 6e445b0422075f66be4a2009745cad3fefe3429f (WR PR #3267). r=kats
WR Updater Bot <graphics-team@mozilla.staktrace.com> - Thu, 08 Nov 2018 14:25:30 +0000 - rev 501576
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1505544 - Update webrender to commit 6e445b0422075f66be4a2009745cad3fefe3429f (WR PR #3267). r=kats Differential Revision: https://phabricator.services.mozilla.com/D11323
5ed738467221b4be29f252c8588e5a645af124bf: No Bug, mozilla-central repo-update HSTS HPKP blocklist remote-settings tld-suffixes - a=repo-update r=RyanVM
ffxbld <ffxbld@mozilla.com> - Thu, 08 Nov 2018 13:54:03 +0000 - rev 501575
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
No Bug, mozilla-central repo-update HSTS HPKP blocklist remote-settings tld-suffixes - a=repo-update r=RyanVM Differential Revision: https://phabricator.services.mozilla.com/D11314
8735038d615f99a6a9fe4fa44d26be3b6b6bb727: Bug 1505213 - Allow ::slotted()::placeholder. r=heycam
Emilio Cobos Álvarez <emilio@crisal.io> - Thu, 08 Nov 2018 13:33:59 +0000 - rev 501574
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
Bug 1505213 - Allow ::slotted()::placeholder. r=heycam Differential Revision: https://phabricator.services.mozilla.com/D11132
c359697043078fa233fd45d044263fe6db5eeb3d: bug 1505752 - fix whitespace trim of Timing-Allow-Origin header value r=dragana
Daniel Stenberg <daniel@haxx.se> - Thu, 08 Nov 2018 13:14:43 +0000 - rev 501573
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
bug 1505752 - fix whitespace trim of Timing-Allow-Origin header value r=dragana StripWhitespace() is not suitable for HTTP whitespace trimming. Differential Revision: https://phabricator.services.mozilla.com/D11317
2c1b00a6a97f90dea740c046759698bed3a4c6fe: bug 1492499: marionette: increase TimedPromise timeout on debug; r=whimboo
Andreas Tolfsen <ato@sny.no> - Thu, 08 Nov 2018 13:11:40 +0000 - rev 501572
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
bug 1492499: marionette: increase TimedPromise timeout on debug; r=whimboo The things that rely on TimedPromise, such as awaiting a sizemodechange event on exiting fullscreen, takes a lot longer to perform in Asan and debug builds than in optimised builds. This patch increases the TimedPromise timeout duration by three times in debug builds, which is the same amount WPT uses. Depends on D10569 Differential Revision: https://phabricator.services.mozilla.com/D11189
a4fcddffde4140fc2c0597055ae216eed4c795fd: bug 1492499: marionette: drop broken window maximization test; r=automatedtester
Andreas Tolfsen <ato@sny.no> - Thu, 08 Nov 2018 13:11:38 +0000 - rev 501571
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
bug 1492499: marionette: drop broken window maximization test; r=automatedtester This test is duplicated by WPT tests. Depends on D10568 Differential Revision: https://phabricator.services.mozilla.com/D10569
81ac8f7d11b1d003d1a64ad94bfef4cb49553f91: bug 1492499: marionette: restore from maximized before setting rect; r=whimboo
Andreas Tolfsen <ato@sny.no> - Thu, 08 Nov 2018 13:11:31 +0000 - rev 501570
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
bug 1492499: marionette: restore from maximized before setting rect; r=whimboo On certain window manager configurations a window may be resized to fit the full available dimensions of the screen without going into the maximised state. Similarily, a maximised window may be the exact dimensions of the screen. If the window outerWidth/outerHeight is 800x600 and in maximised state, resizing it to 800x600 through WebDriver:SetWindowRect will not work because the window has already reached its requested dimensions. This patch ensures to wait for the resizeEnd event when the window state is not normal. Depends on D8419 Differential Revision: https://phabricator.services.mozilla.com/D10568
05b349eaba5481fc81f443be601e612303abe85b: bug 1492499: marionette: empty event queue on window manipulation; r=automatedtester,whimboo
Andreas Tolfsen <ato@sny.no> - Thu, 08 Nov 2018 13:11:28 +0000 - rev 501569
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
bug 1492499: marionette: empty event queue on window manipulation; r=automatedtester,whimboo This requests an animation frame off ChromeWindow and waits for the main thread's event queue to become idle in relation to window manipulation commands. It additionally clears the event queue before resizing, because this is a particularly hazardous operation. We don't know the exact science as to why this is needed, so it may just be that this introduces enough latency for the operation to complete successfully. File this under "secret sauce". This ensures all potential synchronisation code between e.g. the parent process and the child processes have had time to run before we return from WebDriver:{MinimizeWindow,MaximizeWindow,FullscreenWindow}. Depends on D8418 Differential Revision: https://phabricator.services.mozilla.com/D8419
2aaa43050c7a659111129a094f5043349ef2bd82: bug 1492499: marionette: wait for last event on resizing window; r=automatedtester,whimboo
Andreas Tolfsen <ato@sny.no> - Thu, 08 Nov 2018 13:11:26 +0000 - rev 501568
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
bug 1492499: marionette: wait for last event on resizing window; r=automatedtester,whimboo My delegating to the main thread, waiting for the last DOM resize event to fire, and requesting an animation frame from the ChromeWindow, we can ensure the window is (more) synchronously resized. This ensures better reliability when setting a window's dimensions. All this means we can get rid of the heuristics we use for "waiting for a window resize" to occur by checking if the outerWidth/outerHeight has changed. These were obviously bug ridden. Depends on D8417 Differential Revision: https://phabricator.services.mozilla.com/D8418
95700d2eb9c5b1487e207052517d76b859300fa7: bug 1492499: marionette: make window positioning idempotent; r=whimboo
Andreas Tolfsen <ato@sny.no> - Thu, 08 Nov 2018 13:11:24 +0000 - rev 501567
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
bug 1492499: marionette: make window positioning idempotent; r=whimboo When the ChromeWindow is already in the desired x/y position, WebDriver:SetWindowRect should act as a no-op. This avoids a superfluous call to ChromeWindow.moveTo. Depends on D8416 Differential Revision: https://phabricator.services.mozilla.com/D8417
15b378cd5a244a6fd585548c89a30e56171221a7: bug 1492499: marionette: fix buggy window state comparison; r=whimboo
Andreas Tolfsen <ato@sny.no> - Thu, 08 Nov 2018 13:11:22 +0000 - rev 501566
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
bug 1492499: marionette: fix buggy window state comparison; r=whimboo win.Maximized does not exist. This should be WindowState.Maximized. Depends on D8415 Differential Revision: https://phabricator.services.mozilla.com/D8416
1d9d159a04b7b063b9de2c2fdb37b9d5a7b2758f: bug 1492499: marionette: accept sizemodechange may not always fire; r=automatedtester,whimboo
Andreas Tolfsen <ato@sny.no> - Thu, 08 Nov 2018 13:11:20 +0000 - rev 501565
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
bug 1492499: marionette: accept sizemodechange may not always fire; r=automatedtester,whimboo Unlike the visibilitychange event, sizemodechange appears to fire in a mostly reliable way. However, in the off-chance that sizemodechange should not fire, we need an escape path so that Marionette returns within a timely fashion. Depends on D8414 Differential Revision: https://phabricator.services.mozilla.com/D8415
f1b2efff0c4448464b7f7a39de783a1d4b29b3f0: bug 1492499: marionette: bail if visibilitychange does not fire on minimization; r=whimboo
Andreas Tolfsen <ato@sny.no> - Thu, 08 Nov 2018 13:11:18 +0000 - rev 501564
Push 10290 by ffxbld-merge at Mon, 03 Dec 2018 16:23:23 +0000
bug 1492499: marionette: bail if visibilitychange does not fire on minimization; r=whimboo The visibilitychange DOM event does not fire reliably in all configurations when retrieved from web content. It appears to fire more reliably in chrome, but to ensure a call to WebDriver:MinimizeWindow never hangs, we additionally change it to be a TimedPromise. There is an assumption here that if the iconification process does not complete within this duration, there is nothing we can do. Depends on D8413 Differential Revision: https://phabricator.services.mozilla.com/D8414
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip