43f76e5dcfdc3fb08169044e3fdfa6ec2df2d34a: Bug 1655371 - Fix ipdl test breaking Windows ccov builds. r=mccr8, a=test-only
Ricky Stewart <rstewart@mozilla.com> - Mon, 27 Jul 2020 22:21:48 +0000 - rev 606659
Push 13491 by jcristau@mozilla.com at Tue, 04 Aug 2020 18:02:57 +0000
Bug 1655371 - Fix ipdl test breaking Windows ccov builds. r=mccr8, a=test-only Differential Revision: https://phabricator.services.mozilla.com/D85067
49af6aad45d99cee2de4c13b7b3d557e62406a02: Bug 1655580 - Stop leaking surfaces that were captured with RequestScreenPixels. r=geckoview-reviewers,agi, a=jcristau
Markus Stange <mstange.moz@gmail.com> - Fri, 31 Jul 2020 23:03:50 +0000 - rev 606658
Push 13490 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:01:35 +0000
Bug 1655580 - Stop leaking surfaces that were captured with RequestScreenPixels. r=geckoview-reviewers,agi, a=jcristau FlipScreenPixels was heap-allocating and leaking a ScopedMap object, which kept the surface alive. Instead, we want to keep the surface alive just long enough to copy its data into a Java Bitmap object. This copy needs to be done on the C++ side so that we're sure that it happens while the surface data exists. After that, the Java code can hold on to the resulting Bitmap object as long as it wants, since the Bitmap then owns its own data. The ScreenshotBuilder GeckoView API allows users to specify the bitmap object that will be used. So rather than creating a new Bitmap object in the C++ code, we pass the target bitmap into the C++ code that performs the copy. As a drive-by fix, this patch eliminates another copy at the start of FlipScreenPixels by replacing a call to `gfx::CreateDataSourceSurfaceFromData` (which copies) with a call to `gfx::Factory::CreateWrappingDataSourceSurface` (which doesn't copy). It would be nice if we could eliminate another copy here, by performing the flip during the copy into the Bitmap object. But I don't think there's a way to do that. Also, for optimal performance, we probably want to get an AHardwareBuffer object from the compositor and wrap that into a Bitmap. Furthermore, the patch adds a check that makes sure the draw target was created successfully before accessing it (throwing an exception if not). Differential Revision: https://phabricator.services.mozilla.com/D85490
8dbc6c933bd95d07d4921f0a6b1b22ffa98f0edc: Bug 1655919 [Wayland] Always initialize DMABuf when user asks for it. r=rmader, a=jcristau
Martin Stransky <stransky@redhat.com> - Thu, 30 Jul 2020 17:48:47 +0000 - rev 606657
Push 13490 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:01:35 +0000
Bug 1655919 [Wayland] Always initialize DMABuf when user asks for it. r=rmader, a=jcristau - We miss EGL status when DMABuf is initialized so don't check it, check only DMABuf preferences. There's no harm to initialize DMABuf on GLX even when it's not used then. Differential Revision: https://phabricator.services.mozilla.com/D85259
709461828b17633cc9335ca3ae41363fbab269de: Bug 1655717 - Fix border-image fill area. r=mstange, a=jcristau
Nicolas Silva <nsilva@mozilla.com> - Fri, 31 Jul 2020 08:46:35 +0000 - rev 606656
Push 13490 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:01:35 +0000
Bug 1655717 - Fix border-image fill area. r=mstange, a=jcristau Differential Revision: https://phabricator.services.mozilla.com/D85310
a7392cef668012337b1e8b4ffe24d7813bafe747: Bug 1652743 - Replace Window origin caching with another implementation. r=aosmond, a=jcristau
Nicolas Silva <nsilva@mozilla.com> - Fri, 31 Jul 2020 12:56:18 +0000 - rev 606655
Push 13490 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:01:35 +0000
Bug 1652743 - Replace Window origin caching with another implementation. r=aosmond, a=jcristau The new implementation is based on traversing the parent window hierarchy and accumulating relative positions. The implementation unfortunately has to be disabled while another issue is investigated. Differential Revision: https://phabricator.services.mozilla.com/D85278
5e1ffc0238c647628e04e51d26a183c5f844d3fd: Bug 1655929 - backport the getrandom syscall fix to 0.1.3; r=rstewart, a=jcristau
Nathan Froyd <froydnj@mozilla.com> - Mon, 03 Aug 2020 15:32:16 +0000 - rev 606654
Push 13490 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:01:35 +0000
Bug 1655929 - backport the getrandom syscall fix to 0.1.3; r=rstewart, a=jcristau This patch for beta takes a slightly different approach than the central fix. Rather than updating all of lucet just to update the `getrandom` create, we instead backport the necessary syscall calling fix to the 0.1.3 branch and vendor that backport instead. Differential Revision: https://phabricator.services.mozilla.com/D85766
19f70d02041b6745cf6118075eb4780ba24005dc: Bug 1656039 - Fall back to content initiating the load if parent went away. r=mattwoodrow, a=jcristau
Jean-Yves Avenard <jyavenard@mozilla.com> - Fri, 31 Jul 2020 03:59:10 +0000 - rev 606653
Push 13490 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:01:35 +0000
Bug 1656039 - Fall back to content initiating the load if parent went away. r=mattwoodrow, a=jcristau Differential Revision: https://phabricator.services.mozilla.com/D85519
36aa78bf295b317e0d00b07715b3c9c5ff7ae747: Bug 1655278 - Stop forcing a composite when we have fallen 2 vsync intervals behind. r=kats, a=jcristau
Jamie Nicol <jnicol@mozilla.com> - Fri, 31 Jul 2020 17:53:27 +0000 - rev 606652
Push 13490 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:01:35 +0000
Bug 1655278 - Stop forcing a composite when we have fallen 2 vsync intervals behind. r=kats, a=jcristau Currently on Android when CompositorVsyncScheduler detects that we requested a composite more than 2 vsync intervals ago it forces an immediate composite. This is a relic from times when vsync observation occured on the main thread, and Fennec was single-process. (The logic being that if the main thread was busy and it would be better to composite immediately rather than wait for the vsync notification.) Neither of these conditions are true nowadays, and geckoview should be no worse than desktop platforms in this regard, so let's remove this code. Depends on D85611 Differential Revision: https://phabricator.services.mozilla.com/D85612
facc07438d59d692353d2d93a325dfa59e50fe65: Bug 1655278 - Ensure AndroidVsyncSource::Display::mVsyncDuration is initialized before CompositorBridgeParent. r=kats, a=jcristau
Jamie Nicol <jnicol@mozilla.com> - Fri, 31 Jul 2020 17:49:10 +0000 - rev 606651
Push 13490 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:01:35 +0000
Bug 1655278 - Ensure AndroidVsyncSource::Display::mVsyncDuration is initialized before CompositorBridgeParent. r=kats, a=jcristau When a CompositorBridgeParent is initialized it reads the vsync duration from the AndroidVsyncSource::Display instance. The vsync duration is currently initialized in AndroidVsyncSource::EnableVsync(). Since bug 1617750 landed, which makes the hidden window lazily loaded, the first tab's CompositorBridgeParent is being initialized before vsync is enabled, meaning it reads a value of zero. Instead, initialize mVsyncDuration in the AndroidVsyncSource::Display constructor. Differential Revision: https://phabricator.services.mozilla.com/D85611
382e9f840ba797b78555a1b1a5164347d472208e: Bug 1654489 - Properly guard against huge default margins in nsPageFrame::Reflow. r=jfkthame, a=jcristau
Emilio Cobos Álvarez <emilio@crisal.io> - Wed, 29 Jul 2020 19:14:19 +0000 - rev 606650
Push 13490 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:01:35 +0000
Bug 1654489 - Properly guard against huge default margins in nsPageFrame::Reflow. r=jfkthame, a=jcristau We were already guarding against huge @page { margins } and so on, but not about huge default margins. Differential Revision: https://phabricator.services.mozilla.com/D85273
1572b89d3c7dc7182d9437113fcf20738e7b6229: Bug 1655575 - Add enterprise policy for xr permission. r=emalysz, a=jcristau
Michael Kaply <mozilla@kaply.com> - Tue, 28 Jul 2020 21:19:06 +0000 - rev 606649
Push 13490 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:01:35 +0000
Bug 1655575 - Add enterprise policy for xr permission. r=emalysz, a=jcristau Differential Revision: https://phabricator.services.mozilla.com/D85200
94796901f6c29c965a1ecbbc2a9764826f620154: Bug 1653934 - Support %YYYYMMDDHH% tag in default top site URLs. r=mikedeboer, a=jcristau
Dão Gottwald <dao@mozilla.com> - Fri, 31 Jul 2020 14:24:08 +0000 - rev 606648
Push 13489 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:00:31 +0000
Bug 1653934 - Support %YYYYMMDDHH% tag in default top site URLs. r=mikedeboer, a=jcristau Differential Revision: https://phabricator.services.mozilla.com/D85590
08a5ca074e7b59bd1f6cf11969b4de32acffe3d3: Bug 1656477 - Do not react to cached DOCUMENT_EVENT resources in Changes panel. r=daisuke, a=jcristau
Razvan Caliman <rcaliman@mozilla.com> - Fri, 31 Jul 2020 17:06:33 +0000 - rev 606647
Push 13489 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:00:31 +0000
Bug 1656477 - Do not react to cached DOCUMENT_EVENT resources in Changes panel. r=daisuke, a=jcristau This patch is borrowing a change that's coming with D85239 to fix the issue that the Changes panel shows as empty when it should show changes tracked in the background (before the Changes panel is opened). The reason, as identified in D85239, is that the Changes panel reacts to `DOCUMENT_EVENT` resources which are cached in the resource watcher. The Changes panel thinks that the document is reloading so it clears all the changes that were collected. The result in an empty Changes panel. The screenshot below shows the resource types and the order in which they arrive: {F2382929} Differential Revision: https://phabricator.services.mozilla.com/D85603
f159af7b89f1d986df1da163df9eb6cd8e9500d4: Bug 1656253 - disable security.bad_cert_domain_error.url_fix_enabled in late beta and release. r=prathiksha, a=jcristau
Julien Cristau <jcristau@mozilla.com> - Fri, 31 Jul 2020 19:14:31 +0000 - rev 606646
Push 13489 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:00:31 +0000
Bug 1656253 - disable security.bad_cert_domain_error.url_fix_enabled in late beta and release. r=prathiksha, a=jcristau Differential Revision: https://phabricator.services.mozilla.com/D85571
298b80ced3c4d112d013876175dc046f03f202af: Bug 1650852 - Support locale specific default top sites inside multistage about:welcome. r=Mardak, a=jcristau
Punam Dahiya <punamdahiya@yahoo.com> - Thu, 30 Jul 2020 23:41:06 +0000 - rev 606645
Push 13489 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:00:31 +0000
Bug 1650852 - Support locale specific default top sites inside multistage about:welcome. r=Mardak, a=jcristau Differential Revision: https://phabricator.services.mozilla.com/D84777
f450a3bda8d86226b413ab23e7a70ebf6dd2c79e: Bug 1653436 - Some urlbar providers should check whether the query was canceled in isActive. r=adw, a=jcristau
Marco Bonardo <mbonardo@mozilla.com> - Sun, 02 Aug 2020 11:59:42 +0000 - rev 606644
Push 13489 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:00:31 +0000
Bug 1653436 - Some urlbar providers should check whether the query was canceled in isActive. r=adw, a=jcristau Differential Revision: https://phabricator.services.mozilla.com/D85579
d850c9a505a350be8a143b5dcf2162db2631a7d2: Bug 1656388 - Send the waiting time to the UI. r=nchevobbe, a=jcristau
Hubert Boma Manilla <hmanilla@mozilla.com> - Fri, 31 Jul 2020 13:03:53 +0000 - rev 606643
Push 13489 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:00:31 +0000
Bug 1656388 - Send the waiting time to the UI. r=nchevobbe, a=jcristau Differential Revision: https://phabricator.services.mozilla.com/D85501
ddc559541c7fd00faa5735cd78aae18f30474ae8: Bug 1655655 - Some MP4 Videos Fail to Play on Big Sur. r=spohl, a=jcristau
Haik Aftandilian <haftandilian@mozilla.com> - Wed, 29 Jul 2020 21:59:32 +0000 - rev 606642
Push 13489 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:00:31 +0000
Bug 1655655 - Some MP4 Videos Fail to Play on Big Sur. r=spohl, a=jcristau Allow access to the "com.apple.trustd.agent" service in the content process sandbox. VTDecompressionSessionCreate() fails without it, causing playback failure for some MP4 videos. Translate deprecated OS version numbers so that sandbox version checks don't need to check for 10.16. Differential Revision: https://phabricator.services.mozilla.com/D85213
cc7f77b96f953568212d7bac89b5e60ae737e69a: Bug 1655779 - Check that range is valid before getting its string. r=MarcoZ, a=jcristau
Eitan Isaacson <eitan@monotonous.org> - Tue, 28 Jul 2020 16:02:20 +0000 - rev 606641
Push 13489 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:00:31 +0000
Bug 1655779 - Check that range is valid before getting its string. r=MarcoZ, a=jcristau Differential Revision: https://phabricator.services.mozilla.com/D85179
22c03508bcd0abcf94f671f78a701797971417a1: Bug 1655946 - Add X-Target-URL header to top site attribution requests. r=mikedeboer, a=jcristau
Dão Gottwald <dao@mozilla.com> - Thu, 30 Jul 2020 11:39:08 +0000 - rev 606640
Push 13489 by jcristau@mozilla.com at Tue, 04 Aug 2020 15:00:31 +0000
Bug 1655946 - Add X-Target-URL header to top site attribution requests. r=mikedeboer, a=jcristau Differential Revision: https://phabricator.services.mozilla.com/D85272
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 tip