f3f76c0a394d30ddb01e0e63ff992a80f967a25a: Simplify copying the front buffer to the back buffer (bug 1399692 part 5, r=bas) draft
Ryan Hunt <rhunt@eqrion.net> - Mon, 23 Oct 2017 18:27:53 -0400 - rev 695946
Push 88593 by bmo:rhunt@eqrion.net at Fri, 10 Nov 2017 01:41:10 +0000
Simplify copying the front buffer to the back buffer (bug 1399692 part 5, r=bas) To sync the back buffer with the front buffer, we set the back buffer rect and rotation to the front buffer's, and then copy over the pixels that different. We used to do the updating of the rect and rotation before BeginPaint, but that isn't necessary and we can move it to be with the copying of pixels. MozReview-Commit-ID: HzBKvMZkn1
1e7f2e8659f332ad5a691dd36dc1fc626f83a540: Don't create back buffer for front buffer until we know what type to create. (bug 1399692 part 4, r=bas) draft
Ryan Hunt <rhunt@eqrion.net> - Mon, 23 Oct 2017 15:33:40 -0400 - rev 695945
Push 88593 by bmo:rhunt@eqrion.net at Fri, 10 Nov 2017 01:41:10 +0000
Don't create back buffer for front buffer until we know what type to create. (bug 1399692 part 4, r=bas) This commit is an optimization for double buffering that delays the creation of a back buffer until we know what kind of content type it needs to be. Before this commit, we would EnsureBackBufferIfFrontBuffer before BeginPaint, then in BeginPaint we could determine that we actually needed a different kind of buffer because the content changed type, and recreate it. This was needed because BeginPaint would copy the old front buffer to the buffer created by EnsureBackBufferIfFrontBuffer, and then if anything failed or we had determined we couldn't reuse the buffer, we would create a new one and copy that "temporary" back buffer over, and use the new one. This is unnecessary because we only need read access on that "temporary" back buffer, and so we can just use the current front buffer instead. This optimization only affects the double buffered case, and the single buffered or basic cases should remain the same. Note: Because we now need the front buffer for copying into the new back buffer, we cannot Clear() it away in some error cases. Note: The code in FinalizeFrame assumes that the back and front buffer have the same size. This was implicitly enforced before, and now needs to be explicitly enforced. This commit tries to preserve the exact same behavior, although the restriction should be removed as long as the back buffer is large enough for the visible region. MozReview-Commit-ID: 2hyrrUhA4zO
d84c721a7e2672d499bc532fa46f08795c965d88: Remove BufferContentType and add ValidBufferSize (bug 1399692 part 3, r=bas) draft
Ryan Hunt <rhunt@eqrion.net> - Mon, 23 Oct 2017 14:56:13 -0400 - rev 695944
Push 88593 by bmo:rhunt@eqrion.net at Fri, 10 Nov 2017 01:41:10 +0000
Remove BufferContentType and add ValidBufferSize (bug 1399692 part 3, r=bas) BufferContentType and BufferSizeOkFor make more sense as general functions for any RotatedBuffer, and this helps out in a later patch. MozReview-Commit-ID: EAVodvl4WTu
539277660662c7f359c2ccfc93767a07158f3366: Simplify the code for creating a new back buffer (bug 1399692 part 2, r=bas) draft
Ryan Hunt <rhunt@eqrion.net> - Mon, 23 Oct 2017 12:40:01 -0400 - rev 695943
Push 88593 by bmo:rhunt@eqrion.net at Fri, 10 Nov 2017 01:41:10 +0000
Simplify the code for creating a new back buffer (bug 1399692 part 2, r=bas) MozReview-Commit-ID: D28JNYWD9Uc
4c9771547b0f288a637af8878683297f1eceedc1: Remove unneeded lambda capture in paint thread (bug 1399692 part 1, r=bas) draft
Ryan Hunt <rhunt@eqrion.net> - Tue, 31 Oct 2017 01:55:24 -0400 - rev 695942
Push 88593 by bmo:rhunt@eqrion.net at Fri, 10 Nov 2017 01:41:10 +0000
Remove unneeded lambda capture in paint thread (bug 1399692 part 1, r=bas) MozReview-Commit-ID: 71X22PHRTRz
54c1c660af767fcbf0b2ebecfbe4b126b4bd0081: Bug 1415807 - remove 'chan' box becuase it could exist with other codec types. r?kinetik draft
Alfredo.Yang <ayang@mozilla.com> - Fri, 10 Nov 2017 09:30:30 +0800 - rev 695941
Push 88592 by bmo:ayang@mozilla.com at Fri, 10 Nov 2017 01:35:01 +0000
Bug 1415807 - remove 'chan' box becuase it could exist with other codec types. r?kinetik MozReview-Commit-ID: EGjjIZQHgYO
ed94dc665071d8d510688ff50bbedad2c7cb33ee: Bug 1416070 - Snooze time bomb in test_validators.js for 80 years or until a devtools peer fixes it. r=me on a CLOSED TREE
Sebastian Hengst <archaeopteryx@coole-files.de> - Fri, 10 Nov 2017 02:40:53 +0200 - rev 695940
Push 88592 by bmo:ayang@mozilla.com at Fri, 10 Nov 2017 01:35:01 +0000
Bug 1416070 - Snooze time bomb in test_validators.js for 80 years or until a devtools peer fixes it. r=me on a CLOSED TREE
7596b2ed5e60e924d193f75c01e6822194a81e3f: Bug 1416074: Remove obsolete extensionNameFromURI helper. r?mixedpuppy draft
Kris Maglione <maglione.k@gmail.com> - Thu, 09 Nov 2017 17:18:59 -0800 - rev 695939
Push 88591 by maglione.k@gmail.com at Fri, 10 Nov 2017 01:19:36 +0000
Bug 1416074: Remove obsolete extensionNameFromURI helper. r?mixedpuppy MozReview-Commit-ID: IzaqUZV03rG
4160948f3ebd7935f55114ab63a8f3edb5bcfc68: Remove unused imports. r=trivial (no bug) draft
Kris Maglione <maglione.k@gmail.com> - Thu, 09 Nov 2017 16:39:57 -0800 - rev 695938
Push 88591 by maglione.k@gmail.com at Fri, 10 Nov 2017 01:19:36 +0000
Remove unused imports. r=trivial (no bug) MozReview-Commit-ID: EEVSPkAgORY
54791453291c21807e995e63807b965708419ff3: Bug 1414096 (attempt 2) - Remove support for nsISupportsString values in nsPrefBranch::{get,set}ComplexValue(). r=florian.
Nicholas Nethercote <nnethercote@mozilla.com> - Fri, 10 Nov 2017 09:07:48 +1100 - rev 695937
Push 88591 by maglione.k@gmail.com at Fri, 10 Nov 2017 01:19:36 +0000
Bug 1414096 (attempt 2) - Remove support for nsISupportsString values in nsPrefBranch::{get,set}ComplexValue(). r=florian. Bug 1345294 introduced nsPrefBranch::{get,set}StringPref(), which allowed the getting of utf8 strings from prefs, which previously required using nsISupportsString with {get,set}ComplexValue. That bug also converted most uses. This patch finishes the job. - It removes the nsISupportsString support. - It converts existing code that relied on the nsISupportsString. - It removes the lint that was set up to detect such uses of nsISupportsString.
92f8f3e2d198cc60dd0e5d4f7e4fc65321903cce: Bug 1411259 - Reduce mochitest tab process leak threshold to 0 on non-Windows platforms. r=erahm
Andrew McCreight <continuation@gmail.com> - Fri, 10 Nov 2017 01:48:49 +0200 - rev 695936
Push 88591 by maglione.k@gmail.com at Fri, 10 Nov 2017 01:19:36 +0000
Bug 1411259 - Reduce mochitest tab process leak threshold to 0 on non-Windows platforms. r=erahm Also, reduce the leak threshold on Windows.
39beeec35eccb3d38190a95cc50268ba7f7743d6: Bug 1415554 - Inspector to use prop-types and react-dom-factories r=gl
Michael Ratcliffe <mratcliffe@mozilla.com> - Wed, 08 Nov 2017 18:55:58 +0000 - rev 695935
Push 88591 by maglione.k@gmail.com at Fri, 10 Nov 2017 01:19:36 +0000
Bug 1415554 - Inspector to use prop-types and react-dom-factories r=gl MozReview-Commit-ID: 7NxFwgFLDAL
a812659b1aa89c977b90ecd58b3e8bcb07080095: Bug 380637, when an Alt+accesskey for a menubar menu is pressed, check if the user has blocked sites from overriding keyboard shortcuts, and don't send the event to the page if so. Add a similar check for the F10 key which focuses the menubar. An additional capturing keydown listener is added because the key needs to be blocked before content sees it. r=masayuki
Neil Deakin <neil@mozilla.com> - Thu, 09 Nov 2017 18:42:40 -0500 - rev 695934
Push 88591 by maglione.k@gmail.com at Fri, 10 Nov 2017 01:19:36 +0000
Bug 380637, when an Alt+accesskey for a menubar menu is pressed, check if the user has blocked sites from overriding keyboard shortcuts, and don't send the event to the page if so. Add a similar check for the F10 key which focuses the menubar. An additional capturing keydown listener is added because the key needs to be blocked before content sees it. r=masayuki
a1030875b7c8c7b33e49c91aefeacdacc4425724: Bug 1411705, check the pseudo char code in GetAccessKeyCandidates so that this check works in both keydown and keypress events, r=masayuki
Neil Deakin <neil@mozilla.com> - Thu, 09 Nov 2017 18:42:40 -0500 - rev 695933
Push 88591 by maglione.k@gmail.com at Fri, 10 Nov 2017 01:19:36 +0000
Bug 1411705, check the pseudo char code in GetAccessKeyCandidates so that this check works in both keydown and keypress events, r=masayuki
3a4fbb2ae0221a9cf3986bc18a199d3ddfcdb4b7: Bug 380637, move reserved key checking into ContentUtils so that it can be shared with menu accesskey checks , r=felipe
Neil Deakin <neil@mozilla.com> - Thu, 09 Nov 2017 18:42:39 -0500 - rev 695932
Push 88591 by maglione.k@gmail.com at Fri, 10 Nov 2017 01:19:36 +0000
Bug 380637, move reserved key checking into ContentUtils so that it can be shared with menu accesskey checks , r=felipe
b65525d75c01cd73197b457f930c6415f3bfafdf: Bug 380637, add site-specific permissions to prevent pages from overriding keyboard shortcuts. This is done by preventing the key combination from being sent to the content page, r=felipe
Neil Deakin <neil@mozilla.com> - Thu, 09 Nov 2017 18:42:39 -0500 - rev 695931
Push 88591 by maglione.k@gmail.com at Fri, 10 Nov 2017 01:19:36 +0000
Bug 380637, add site-specific permissions to prevent pages from overriding keyboard shortcuts. This is done by preventing the key combination from being sent to the content page, r=felipe Users can block the overriding of shortcuts using the permissions tab of the page info dialog, as with other permissions. Site permissions also allows the use of permissions.default.shortcuts to block overriding shortcuts for all sites.
814806beaaf8d82d9ff8d57543263d8ca2720d51: Bug 380637, add a general preference to prevent pages from overriding keyboard shortcuts. If a key doesn't specify the reserved attribute, this preference will be used, r=felipe
Neil Deakin <neil@mozilla.com> - Thu, 09 Nov 2017 18:42:39 -0500 - rev 695930
Push 88591 by maglione.k@gmail.com at Fri, 10 Nov 2017 01:19:36 +0000
Bug 380637, add a general preference to prevent pages from overriding keyboard shortcuts. If a key doesn't specify the reserved attribute, this preference will be used, r=felipe
a9930291f639145b9a612de69fca1804cfb4d4f3: Bug 1281965 - Sometimes we don't want to add when searching for a family. r=jfkthame
Milan Sreckovic <milan@mozilla.com> - Thu, 09 Nov 2017 18:38:30 -0500 - rev 695929
Push 88591 by maglione.k@gmail.com at Fri, 10 Nov 2017 01:19:36 +0000
Bug 1281965 - Sometimes we don't want to add when searching for a family. r=jfkthame
31b7eb1946621744296146e50b719b326dde10c9: Bug 1347515 - Get rid of dom/json, r=qdot
Andrea Marchesini <amarchesini@mozilla.com> - Fri, 10 Nov 2017 00:27:36 +0100 - rev 695928
Push 88591 by maglione.k@gmail.com at Fri, 10 Nov 2017 01:19:36 +0000
Bug 1347515 - Get rid of dom/json, r=qdot
08f21a0e7ebebf714060f31650025244f993ac89: Bug 1347515 - Get rid of nsIJSON.decodeFromStream, r=qdot
Andrea Marchesini <amarchesini@mozilla.com> - Fri, 10 Nov 2017 00:27:22 +0100 - rev 695927
Push 88591 by maglione.k@gmail.com at Fri, 10 Nov 2017 01:19:36 +0000
Bug 1347515 - Get rid of nsIJSON.decodeFromStream, r=qdot
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip