24f596a6f7682f3908d05378d44fa2fcc8df6739: Bug 1461465 - Part 1: Implement async Clipboard APIs, r=enndeakin draft
Anny Gakhokidze <agakhokidze@mozilla.com> - Thu, 31 May 2018 11:57:57 -0400 - rev 816241
Push 115789 by bmo:agakhokidze@mozilla.com at Tue, 10 Jul 2018 21:19:25 +0000
Bug 1461465 - Part 1: Implement async Clipboard APIs, r=enndeakin MozReview-Commit-ID: 3vCxbaGZtiv
b0c637d0f99d77c474ce1c4d190e27d4be473526: Bug 1474721 - Drop epoch times in nsRefreshDriver. r?bz draft
Hiroyuki Ikezoe <hikezoe@mozilla.com> - Wed, 11 Jul 2018 06:15:00 +0900 - rev 816240
Push 115788 by hikezoe@mozilla.com at Tue, 10 Jul 2018 21:16:36 +0000
Bug 1474721 - Drop epoch times in nsRefreshDriver. r?bz These epoch times were introduced for beforepaint event in bug 569520, and haven't used since we dropped mozRequestAnimationFrame in bug 909154. MozReview-Commit-ID: CGOGeH0rrdi
79312e499bce83f2a461d993233377d1133d0d1e: Bug 1474721 - Drop epoch times in nsRefreshDriver. r?bz draft
Hiroyuki Ikezoe <hikezoe@mozilla.com> - Wed, 11 Jul 2018 06:12:10 +0900 - rev 816239
Push 115787 by hikezoe@mozilla.com at Tue, 10 Jul 2018 21:12:34 +0000
Bug 1474721 - Drop epoch times in nsRefreshDriver. r?bz These epoch times were introduced for beforepaint event in bug 569520, and haven't used since we dropped mozRequestAnimationFrame in bug 909154. MozReview-Commit-ID: 4lYr4SUiSuu
31d21481ad704db0e374aae3c4f980a82368b599: Bug 1467572 - Part 4: Move the device selector into the global toolbar. r=jryans draft
Gabriel Luong <gabriel.luong@gmail.com> - Tue, 10 Jul 2018 16:45:36 -0400 - rev 816238
Push 115786 by bmo:gl@mozilla.com at Tue, 10 Jul 2018 20:51:02 +0000
Bug 1467572 - Part 4: Move the device selector into the global toolbar. r=jryans MozReview-Commit-ID: C94cB3vAiss
8dbe89b7aa8cfc35c2adcb4d56262a88eeaac2aa: Bug 1467572 - Part 3: Remove the viewport dimension. r=jryans draft
Gabriel Luong <gabriel.luong@gmail.com> - Tue, 10 Jul 2018 14:56:14 -0400 - rev 816237
Push 115786 by bmo:gl@mozilla.com at Tue, 10 Jul 2018 20:51:02 +0000
Bug 1467572 - Part 3: Remove the viewport dimension. r=jryans MozReview-Commit-ID: CXI6aoWJTCM
4513165a39ab98428694ceada74a0c88b340dc05: Bug 1467572 - Part 2: Remove the viewport toolbar. r=jryans draft
Gabriel Luong <gabriel.luong@gmail.com> - Mon, 09 Jul 2018 18:06:59 -0400 - rev 816236
Push 115786 by bmo:gl@mozilla.com at Tue, 10 Jul 2018 20:51:02 +0000
Bug 1467572 - Part 2: Remove the viewport toolbar. r=jryans MozReview-Commit-ID: 4sPCI8gCUME
049a4ed21774eb469538f3ae5f5a362629c4125b: Bug 1467572 - Part 1: Move the App component into the component folder. r=jryans draft
Gabriel Luong <gabriel.luong@gmail.com> - Mon, 09 Jul 2018 18:06:47 -0400 - rev 816235
Push 115786 by bmo:gl@mozilla.com at Tue, 10 Jul 2018 20:51:02 +0000
Bug 1467572 - Part 1: Move the App component into the component folder. r=jryans MozReview-Commit-ID: CnsCiZKDbIn
8a715925f21a59416f4131e0328ed7b012586608: Bug 1471243 - Do not prerender ActivityStream for about:welcome draft
ahillier <ahillier@mozilla.com> - Mon, 09 Jul 2018 15:11:03 -0700 - rev 816234
Push 115785 by ahillier@mozilla.com at Tue, 10 Jul 2018 20:08:27 +0000
Bug 1471243 - Do not prerender ActivityStream for about:welcome MozReview-Commit-ID: IDyWGnuMndy
511ff8021c54bbae97c77e3dbdb1499e4a98fd4f: Bug 1454827 - Source actor spec should use `source` instead of `onSource`. r=jryans,yulia draft
Micah Tigley <mtigley@mozilla.com> - Sat, 07 Jul 2018 17:56:59 -0400 - rev 816233
Push 115784 by bmo:mtigley@mozilla.com at Tue, 10 Jul 2018 19:52:21 +0000
Bug 1454827 - Source actor spec should use `source` instead of `onSource`. r=jryans,yulia MozReview-Commit-ID: 5cE95Sn0xEC
07999088a555c5e9d7c0948d1e67917fe52dc67d: Bug 1470527 - Implement Controller support for gfxVRExternal and VRServiceOpenVR draft
Kearwood "Kip" Gilbert <kgilbert@mozilla.com> - Wed, 04 Jul 2018 16:09:37 -0700 - rev 816232
Push 115783 by bmo:kgilbert@mozilla.com at Tue, 10 Jul 2018 19:23:30 +0000
Bug 1470527 - Implement Controller support for gfxVRExternal and VRServiceOpenVR MozReview-Commit-ID: Jw59Wkkv0NH
49adc538070eecb9183e6e052e6e43db9c4c7a99: Bug 1474155: Part 5 - Null out frame script singleton init methods after they're called. r=mconley draft
Kris Maglione <maglione.k@gmail.com> - Sat, 07 Jul 2018 20:49:30 -0700 - rev 816231
Push 115782 by maglione.k@gmail.com at Tue, 10 Jul 2018 19:20:44 +0000
Bug 1474155: Part 5 - Null out frame script singleton init methods after they're called. r=mconley Believe it or not, the memory these references hold alive is significant. Nulling them out saves 5-10K per process. MozReview-Commit-ID: JONjE48yE8I
f87aa3c390836d86b266478b59c3313e3fa476b5: Bug 1474155: Part 4 - Move ClickEventHandler to a separate JSM. r=mconley draft
Kris Maglione <maglione.k@gmail.com> - Sat, 07 Jul 2018 20:28:32 -0700 - rev 816230
Push 115782 by maglione.k@gmail.com at Tue, 10 Jul 2018 19:20:44 +0000
Bug 1474155: Part 4 - Move ClickEventHandler to a separate JSM. r=mconley MozReview-Commit-ID: Agroe5P3vim
7d8eb7da6a8048124383395b5a6ebc24b63ad2a9: Bug 1474155: Part 3 - Move WebChannel message listeners to a separate JSM. r?mconley draft
Kris Maglione <maglione.k@gmail.com> - Sat, 07 Jul 2018 20:15:45 -0700 - rev 816229
Push 115782 by maglione.k@gmail.com at Tue, 10 Jul 2018 19:20:44 +0000
Bug 1474155: Part 3 - Move WebChannel message listeners to a separate JSM. r?mconley MozReview-Commit-ID: AHCTFDBnChn
9b0dffd9c3b675cd8b810a45b0c13d9c71f7952e: Bug 1474155: Part 2 - Move AutoCompletePopup to a separate JSM. r=mconley draft
Kris Maglione <maglione.k@gmail.com> - Tue, 10 Jul 2018 11:57:47 -0700 - rev 816228
Push 115782 by maglione.k@gmail.com at Tue, 10 Jul 2018 19:20:44 +0000
Bug 1474155: Part 2 - Move AutoCompletePopup to a separate JSM. r=mconley MozReview-Commit-ID: HH2kiS12aEV
979f6bf273f9f380c80219d24d7aa334d0d0e8a7: Bug 1474155: Part 1 - Move PopupBlocking to a separate JSM. r=mconley draft
Kris Maglione <maglione.k@gmail.com> - Tue, 10 Jul 2018 11:57:55 -0700 - rev 816227
Push 115782 by maglione.k@gmail.com at Tue, 10 Jul 2018 19:20:44 +0000
Bug 1474155: Part 1 - Move PopupBlocking to a separate JSM. r=mconley MozReview-Commit-ID: FbVGSsmt8C3
6b9b4c6e830a3e2bee93f800a53a694502a6a4f2: Bug 1473727 - Avoid recreating virtual environment every time by using a unique environment for each Python version; r?dustin draft
Dave Hunt <dhunt@mozilla.com> - Mon, 09 Jul 2018 14:57:38 +0100 - rev 816226
Push 115781 by bmo:dave.hunt@gmail.com at Tue, 10 Jul 2018 19:15:21 +0000
Bug 1473727 - Avoid recreating virtual environment every time by using a unique environment for each Python version; r?dustin This patch uses the PIPENV_PYTHON environment variable to append a suffix to the created virtual environment path according to the version specified. It also uses the PIPENV_DEFAULT_PYTHON_VERSION environment variable to avoid recreating the virtual environment every time. With these changes we are able to switch back and forth between Python versions without the expense of recreating environments, however there is a risk of these environments becoming stale. In this scenario it may be necessary to clobber the virtual environment root within the obj dir. MozReview-Commit-ID: C4vuwNh04CP
9624b3d7472df507b4a63a17fda3f924ef7ee817: Bug 1265824 - Guard client storage stuff behind a pref r?mattwoodrow draft
Doug Thayer <dothayer@mozilla.com> - Fri, 22 Jun 2018 11:10:41 -0700 - rev 816225
Push 115780 by bmo:dothayer@mozilla.com at Tue, 10 Jul 2018 19:13:22 +0000
Bug 1265824 - Guard client storage stuff behind a pref r?mattwoodrow MozReview-Commit-ID: DjKhtMDJ91C
4625baf10bc41a75fad8b4e3eef24142a9fa7064: Bug 1265824 - Wait on texture handles with IPC r?mattwoodrow draft
Doug Thayer <dothayer@mozilla.com> - Sat, 05 May 2018 15:46:26 -0700 - rev 816224
Push 115780 by bmo:dothayer@mozilla.com at Tue, 10 Jul 2018 19:13:22 +0000
Bug 1265824 - Wait on texture handles with IPC r?mattwoodrow There's a lot going on here, but it all fits under the idea of being able to communicate about texture locking statuses without spinning on IsReadLocked. This is a bit of a trade - we could just always allocate/grab a texture from the pool, which would put a smaller cap on the amount of time we can possibly spend when a texture is locked. However, this eats up more CPU and memory than waiting on the textures to unlock, and could take longer, especially if there were a large number of textures which we just need to wait for for a short amount of time. In any case, we very rarely hit the case where we actually need to wait on the sync IPC to the compositor - most of the time the textures are already unlocked. There is also an async IPC call in here, which we make before flushing async paints. This just causes the compositor to check whether the GPU is done with its textures or not and unlock them if it is. This helps us avoid the case where we take a long time painting asynchronously, turn IPC back on at the end of that, and then have to wait for the compositor to to get into TiledLayerBufferComposite::UseTiles before getting a response. Specifically this eliminates several talos regressions which use ASAP mode. Lastly, there seem to be no other cases of static Monitors being used. This seems like it falls under similar use cases as StaticMutexes, so I added it in. I can move it into its own file if we think it might be generally useful in the future. MozReview-Commit-ID: IYQLwUqMxg2
aea279f8255b321e4f37082c5c1f992ef3818fb3: Bug 1265824 - Guard client storage stuff behind a pref r?mattwoodrow draft
Doug Thayer <dothayer@mozilla.com> - Fri, 22 Jun 2018 11:10:41 -0700 - rev 816223
Push 115779 by bmo:dothayer@mozilla.com at Tue, 10 Jul 2018 18:54:43 +0000
Bug 1265824 - Guard client storage stuff behind a pref r?mattwoodrow MozReview-Commit-ID: DjKhtMDJ91C
7015cab49b6854c272a283876a40c94c1d7ab916: Bug 1265824 - Wait on texture handles with IPC r?mattwoodrow draft
Doug Thayer <dothayer@mozilla.com> - Sat, 05 May 2018 15:46:26 -0700 - rev 816222
Push 115779 by bmo:dothayer@mozilla.com at Tue, 10 Jul 2018 18:54:43 +0000
Bug 1265824 - Wait on texture handles with IPC r?mattwoodrow There's a lot going on here, but it all fits under the idea of being able to communicate about texture locking statuses without spinning on IsReadLocked. This is a bit of a trade - we could just always allocate/grab a texture from the pool, which would put a smaller cap on the amount of time we can possibly spend when a texture is locked. However, this eats up more CPU and memory than waiting on the textures to unlock, and could take longer, especially if there were a large number of textures which we just need to wait for for a short amount of time. In any case, we very rarely hit the case where we actually need to wait on the sync IPC to the compositor - most of the time the textures are already unlocked. There is also an async IPC call in here, which we make before flushing async paints. This just causes the compositor to check whether the GPU is done with its textures or not and unlock them if it is. This helps us avoid the case where we take a long time painting asynchronously, turn IPC back on at the end of that, and then have to wait for the compositor to to get into TiledLayerBufferComposite::UseTiles before getting a response. Specifically this eliminates several talos regressions which use ASAP mode. Lastly, there seem to be no other cases of static Monitors being used. This seems like it falls under similar use cases as StaticMutexes, so I added it in. I can move it into its own file if we think it might be generally useful in the future. MozReview-Commit-ID: IYQLwUqMxg2
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 tip