6e79931930ee4bf830f79efc2322093b6e6190be: Bug 1335148 - Part 2: Introduce notification for end of memory pressure. r=gsvelto,snorp
Jan Henning <jh+bugzilla@buttercookie.de> - Fri, 30 Mar 2018 13:26:24 +0200 - rev 471843
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
Bug 1335148 - Part 2: Introduce notification for end of memory pressure. r=gsvelto,snorp
For Fennec on Android, if we haven't received memory pressure notifications from
the OS for a certain amount of time (in the order of ~15 mins), we assume that
we're no longer under memory pressure. In order to turn the bfcache back on when
that happens, we now want to be able to forward this fact to Gecko as well.
Unfortunately, the way memory pressure is tracked using an atomic variable
doesn't easily allow to fully extend the existing priority rules between "new"
and "ongoing" to include a new "stopping of memory pressure" event. Since we're
not using Dispatch*Eventual*MemoryPressure on Android and therefore the queuing
priority behaviour isn't actually relevant for us, we just ignore that and only
enforce that a pending "new" memory pressure event takes priority over a "stop"
event.
MozReview-Commit-ID: 90C9KogUyvf
d8e7c56a2a858c4f05dc20a199d43dd74729c3e3: Bug 1335148 - Part 1: Dynamically determine content viewer count on Android, too. r=bz,snorp
Jan Henning <jh+bugzilla@buttercookie.de> - Thu, 29 Mar 2018 21:51:13 +0200 - rev 471842
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
Bug 1335148 - Part 1: Dynamically determine content viewer count on Android, too. r=bz,snorp
The current limit of at most one bfcache entry on Android dates back to when
Fennec was built for the Nokia N810, which had a whopping 128 MB of memory.
Since a few years have passed since then and mobile device technology has
evolved considerably, it should be safe now to allow a little more than that.
Since web sites sizes might have grown somewhat as well compared to the figure
of 4MB mentioned in CalcMaxTotalViweres(), though and to be absolutely on the
safe side, we still tweak the formula when building for Android, though.
If in the worst case even those assumptions turn out too generous, we will still
be protected by the fact that
- we temporarily disable the bfcache when the OS signals memory pressure, and
- our contentViewerTimeout is set to a lower value than on Desktop, so bfcache
entries will expire sooner
MozReview-Commit-ID: 1A6d0Q6Mdx0
6c4bad08fa9a8946b103f814c8cd08d22a7e8364: Bug 739219 - Remove nsIBrowserHistory. r=standard8
Marco Bonardo <mbonardo@mozilla.com> - Mon, 07 May 2018 17:36:16 +0200 - rev 471841
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
Bug 739219 - Remove nsIBrowserHistory. r=standard8
MozReview-Commit-ID: G1n44eSFWr1
66f099c14bd9bcfc550532ddb0196941ebf99ee6: Bug 1459243 - Always store last check pref in RemoteSettings r=mgoodwin
Mathieu Leplatre <mathieu@mozilla.com> - Wed, 09 May 2018 14:19:02 +0200 - rev 471840
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
Bug 1459243 - Always store last check pref in RemoteSettings r=mgoodwin
MozReview-Commit-ID: 2CvYBKoOOaE
6505db7f437de65a5b158baa8ff890239721d2b8: Merge mozilla-central to autoland. a=merge CLOSED TREE
Cosmin Sabou <csabou@mozilla.com> - Thu, 10 May 2018 01:15:11 +0300 - rev 471839
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
Merge mozilla-central to autoland. a=merge CLOSED TREE
5ece8d8f7ca4054c341c60a7031459ec2d9edb44: Bug 1460116 - Remove ShouldHideScrollbars. r=jimm
Xidorn Quan <me@upsuper.org> - Wed, 09 May 2018 11:40:58 +1000 - rev 471838
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
Bug 1460116 - Remove ShouldHideScrollbars. r=jimm
MozReview-Commit-ID: 7v6Eylefk4t
49a11acd0acf4c3012d57ee45743412e236869ee: Bug 1453788 - Allow top level HTML windows to have persistent window state. r=smaug
Brendan Dahl <brendan.dahl@gmail.com> - Thu, 26 Apr 2018 17:53:54 -0700 - rev 471837
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
Bug 1453788 - Allow top level HTML windows to have persistent window state. r=smaug
Move tracking of persistent window state into nsXULWindow. Also, move
special handling of the width/height of the window into nsXULWindow.
MozReview-Commit-ID: LOmHGyYeNSU
b830e5f05a78fad337911b36930a322bb82a81f1: Bug 1460385 - Don't trace propid in TraceCycleCollectorChildren. r=sfink
Andrew McCreight <continuation@gmail.com> - Wed, 09 May 2018 12:39:46 -0700 - rev 471836
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
Bug 1460385 - Don't trace propid in TraceCycleCollectorChildren. r=sfink
The propid is a jsid, and a jsid can never be anything the CC cares
about, so there's no reason to trace it. In at least one profile of
Google Inbox, tracing shape propids is taking the majority of time in
the CC and causing very long pauses.
MozReview-Commit-ID: HcjnawBHLx1
5b6f2518b404214fc58b4e1fa37603e2c5e69d19: Bug 1459297 - Use SDK JNI calls for boxing/unboxing GeckoBundle values; r=snorp
Jim Chen <nchen@mozilla.com> - Mon, 07 May 2018 10:05:56 -0400 - rev 471835
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
Bug 1459297 - Use SDK JNI calls for boxing/unboxing GeckoBundle values; r=snorp
Instead of the helper methods in GeckoBundle, add SDK JNI calls for the
boxing/unboxing operations, and use those calls directly. Moreover, for
unboxing Boolean/Double/Integer, use their internal "value" field value
directly if possible, to avoid making a JNI method call.
MozReview-Commit-ID: Azvov1gCeje
bd8a6515472696d03773c0cc359466ce21993440: Bug 1459298 - Stop spinning event loop when window closes; r=esawin
Jim Chen <nchen@mozilla.com> - Mon, 07 May 2018 10:05:56 -0400 - rev 471834
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
Bug 1459298 - Stop spinning event loop when window closes; r=esawin
If our window closes while we're spinning the event loop, stop spinning
as soon as possible so we can continue with cleaning up the window.
MozReview-Commit-ID: ByS0c6R0cM8
74b75c80928d9d3b614c4004e7f3655245c73a4a: Bug 1455872 - Build support for the new raptor performance framework; r=gps
Rob Wood <rwood@mozilla.com> - Wed, 02 May 2018 16:42:41 -0400 - rev 471833
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
Bug 1455872 - Build support for the new raptor performance framework; r=gps
MozReview-Commit-ID: FBvXwkYfz0o
b1ad2c2fdb80eba85fdfb57cb01cd158b45e06c8: Bug 1455872 - Raptor fixes for production; r=ahal
Rob Wood <rwood@mozilla.com> - Tue, 01 May 2018 14:02:39 -0400 - rev 471832
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
Bug 1455872 - Raptor fixes for production; r=ahal
MozReview-Commit-ID: KVqypuqHjF9
32355d123d16b792bb3fafbf81a3541e0a54b2ef: Bug 1455872 - Add taskcluster configs for raptor on OSX; r=jmaher
Rob Wood <rwood@mozilla.com> - Tue, 24 Apr 2018 10:30:42 -0400 - rev 471831
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
Bug 1455872 - Add taskcluster configs for raptor on OSX; r=jmaher
MozReview-Commit-ID: I67InZTEziy
28452fd08a415f3dbb59999b4e286e028759eaf5: bug 1460312 - cancel the timeout timer in OCSP request implementation r=jcj
David Keeler <dkeeler@mozilla.com> - Wed, 09 May 2018 10:06:49 -0700 - rev 471830
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
bug 1460312 - cancel the timeout timer in OCSP request implementation r=jcj
Bug 1456489 cleaned up our OCSP request implementation a bit. One simplification
it made was to not cancel the timeout timer. It turns out that if we don't, the
OCSPRequest that constitutes the timeout callback's closure might not be valid
if the request has completed (because the timer doesn't own a strong reference
to it). The fix is simple: cancel the timer when the request completes. Note
that we don't have to do the reverse because necko has a strong reference to the
request.
MozReview-Commit-ID: 2WHFLAcGBAw
2b1fd7848a12c99ea2c3a03ab8bf6e53f26835ca: bug 1460350 - re-land bug 1415991 (remove support for verifying signed unpacked add-ons) r=kmag
David Keeler <dkeeler@mozilla.com> - Wed, 09 May 2018 10:19:37 -0700 - rev 471829
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
bug 1460350 - re-land
bug 1415991 (remove support for verifying signed unpacked add-ons) r=kmag
(Backed out changeset 6bbf8dc0b86e (which was a backout of changeset 0a5795108e0a))
MozReview-Commit-ID: EZFn7dLBcdh
1f3cab27183fcb36c7a7a4e87f60882ec05dc2d2: Bug 1459066 - Overflow menu WebExtension subview header should use the default browser styling instead of the extension's styling. r=mixedpuppy
Jared Wein <jwein@mozilla.com> - Mon, 07 May 2018 13:06:46 -0400 - rev 471828
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
Bug 1459066 - Overflow menu WebExtension subview header should use the default browser styling instead of the extension's styling. r=mixedpuppy
MozReview-Commit-ID: EtQ6VS5OH0e
af2f85201ec26b3a639e9e2ba94e805c5f5890a1: Bug 1457021 - Add l10n migration script for Preferences Subdialog migration to Fluent. r=flod
Zibi Braniecki <zbraniecki@mozilla.com> - Tue, 08 May 2018 15:06:21 -0700 - rev 471827
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
Bug 1457021 - Add l10n migration script for Preferences Subdialog migration to Fluent. r=flod
MozReview-Commit-ID: 4Uzmbb08f8K
34bc72be5d2838a7839e9c09190a264d2ec188b5: Bug 1457021 - Fix a mangled message ID order in a Preferences::Permissions JS dialog. r=Gijs
Zibi Braniecki <zbraniecki@mozilla.com> - Fri, 27 Apr 2018 15:38:22 -0700 - rev 471826
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
Bug 1457021 - Fix a mangled message ID order in a Preferences::Permissions JS dialog. r=Gijs
MozReview-Commit-ID: JeAxaSTWllA
3beeaf20f46a008adf54b279090bbb1e0bcf67d3: Bug 1457021 - Migrate the JS of Preferences::SitePermissions to Fluent. r=flod,jaws
Zibi Braniecki <zbraniecki@mozilla.com> - Wed, 25 Apr 2018 16:24:39 -0700 - rev 471825
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
Bug 1457021 - Migrate the JS of Preferences::SitePermissions to Fluent. r=flod,jaws
MozReview-Commit-ID: Fe4Q6CnTcuj
4d66223323b470133b935bb49125c70a0b2f8868: Bug 1457021 - Migrate the JS of Preferences::Translation to Fluent. r=Gijs
Zibi Braniecki <zbraniecki@mozilla.com> - Wed, 25 Apr 2018 15:51:15 -0700 - rev 471824
Push
9374 by jlund@mozilla.com at Mon, 18 Jun 2018 21:43:20 +0000
Bug 1457021 - Migrate the JS of Preferences::Translation to Fluent. r=Gijs
MozReview-Commit-ID: 8UTYUyOvnBz