fdb4db2101198b76fffda315963a462ee0b5931b: Bug 1367267 - Pass -fPIC when compiling the -pie configure test. r=gps
Mike Hommey <mh@glandium.org> - Wed, 24 May 2017 09:24:09 +0900 - rev 360508
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1367267 - Pass -fPIC when compiling the -pie configure test. r=gps
be8d550b1adc8d2bb756416a9bde2099920c9716: Bug 1346413 - Part 3 - Remove GeckoActivityStatus-based background detection. r=jchen
Jan Henning <jh+bugzilla@buttercookie.de> - Tue, 23 May 2017 21:15:13 +0200 - rev 360507
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1346413 - Part 3 - Remove GeckoActivityStatus-based background detection. r=jchen MozReview-Commit-ID: 6EhSACAvgt8
828b3361dcd5e37ac914cfc4b1f9184e23550a6c: Bug 1346413 - Part 2 - Remove GeckoActivityMonitor onNewIntent handling. r=jchen
Jan Henning <jh+bugzilla@buttercookie.de> - Tue, 23 May 2017 21:00:07 +0200 - rev 360506
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1346413 - Part 2 - Remove GeckoActivityMonitor onNewIntent handling. r=jchen We no longer use the activity monitor for tab type activity switching (which could happen in response to onNewIntent, so in the original implementation the GAM's current activity had to be up-to-date at that point as well) and only track the current activity via onStop/onStart, so there's no longer any need to manually monitor onNewIntent. MozReview-Commit-ID: AawXbII29qE
34672acd7c14a60cfe3b8c54e067276090de5658: Bug 1346413 - Part 1 - GeckoActivityMonitor/onStop-based application-background/foreground tracking. r=jchen
Jan Henning <jh+bugzilla@buttercookie.de> - Tue, 23 May 2017 21:10:55 +0200 - rev 360505
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1346413 - Part 1 - GeckoActivityMonitor/onStop-based application-background/foreground tracking. r=jchen We want to do certain things on the Gecko side when our app goes into the background (being prepared for being killed without further ado [1], setting tab visibility status, ...) or comes back into the foreground. At the moment, this works by having participating activities manually call into GeckoApplication from onPause()/onResume(), from where we then forward this to Gecko as appropriate. There also is some additional logic because we want to avoid triggering a background-/foreground-notification combo each time we switch activities *within* Firefox, e.g. when going from BrowserApp into our settings, or navigating within the settings themselves. The problem with the current implementation is that we basically need to second guess whether we were opening one of our own activities or not when an onPause() call comes in and that we have to keep remembering the assumptions made there when implementing new activities. E.g. currently we assume that if an activity is finishing during onPause(), we're not leaving the app and therefore never trigger an application-background notification. Until recently, this was correct because except for quitting the app [2], we only finished activities when going backwards through our settings menu, from which we would only end up back in our main activity. With the advent of custom tabs, this is no longer correct, as we have to finish those as well when going back - and in that case we're returning to the app that originally created the custom tab, so we ought to send an application-background notification in fact. With this patch, we therefore switch our approach and base our background-/foreground tracking on watching onStop() instead. While unlike onPause(), onStop() has the slight drawback of not being absolutely guaranteed to be called before Android possibly kills us, the big advantage is that because of the normal Android lifecycle event order [3], by the time onStop for the previous activity is called we know for sure whether another activity of our own has been launched or whether we're being sent into the background. Additionally, using an ActivityLifecycleCallbacks instance makes it easy to monitor *all* onStop/onStart calls in our app without requiring any special support from our activities. [1] E.g. cleanly shutting down the cache service, flushing pending session store writes... [2] In which case Gecko would be shutting down on its own anyway, so a missing application-background notification wouldn't matter. [3] Old activity onPause, new activity onCreate, onStart, onResume, old activity onStop, onDestroy. MozReview-Commit-ID: 4QEUMz6NLfV
232a228949834038e0601d7fbdce6acb576dbbf7: Bug 1346413 - Part 0 - Remove unneeded imports. r=jchen
Jan Henning <jh+bugzilla@buttercookie.de> - Tue, 23 May 2017 21:15:01 +0200 - rev 360504
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1346413 - Part 0 - Remove unneeded imports. r=jchen MozReview-Commit-ID: 4JwHRdI4JGy
9920ad0223261212b6800d1f6f018b515f023586: Bug 1355274 - Polyfill SOCK_DGRAM socketpairs with SOCK_SEQPACKET, for libasyncns. r=gcp
Jed Davis <jld@mozilla.com> - Tue, 11 Apr 2017 20:55:34 -0600 - rev 360503
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1355274 - Polyfill SOCK_DGRAM socketpairs with SOCK_SEQPACKET, for libasyncns. r=gcp MozReview-Commit-ID: 2DeklSGsjUV
a6c98d7ddc3d2a376d1ec68479bdeb7d7260aa7b: Bug 1364887: don't run SETA on try pushes; r=jmaher
Dustin J. Mitchell <dustin@mozilla.com> - Mon, 15 May 2017 13:32:15 +0000 - rev 360502
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1364887: don't run SETA on try pushes; r=jmaher MozReview-Commit-ID: 7L2I3WWziSE
7a9918ba3731b23a89abae5f9ea5584e96159ba4: Bug 1367427 - The one-offs bar is not displayed in the Awesome Bar while search suggestions hint is displayed. r=adw
Marco Bonardo <mbonardo@mozilla.com> - Wed, 24 May 2017 17:14:33 +0200 - rev 360501
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1367427 - The one-offs bar is not displayed in the Awesome Bar while search suggestions hint is displayed. r=adw MozReview-Commit-ID: KpVwQ3XzivB
139e72efae8a6ca49c5b0fa82b8e873f3e03a122: Bug 1367166 - Add MOZ_PHOTON_ANIMATIONS to AppConstants. r=jaws
Sam Foster <sfoster@mozilla.com> - Wed, 24 May 2017 10:57:31 -0700 - rev 360500
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1367166 - Add MOZ_PHOTON_ANIMATIONS to AppConstants. r=jaws MozReview-Commit-ID: 3l88gd6KmOO
89319dc2a1d0b8790e9d3a813c237ad574db86e3: Bug 869225 - Move decision whether to restore session or not onto background thread. r=sebastian
Jan Henning <jh+bugzilla@buttercookie.de> - Thu, 11 May 2017 22:19:18 +0200 - rev 360499
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 869225 - Move decision whether to restore session or not onto background thread. r=sebastian This involves accessing the file system to check whether our last session crashed or not (as well as reading some shared preferences), so moving this onto the background thread as well avoids some strict mode warnings. With the exception of loadStartupTab(), mShouldRestore and mLastSessionCrashed are always accessed from the background thread. loadStartupTab() can potentially run on the main thread, however this is okay, because as far as I can see it is only called after the main and background thread have synchronised with each other during initialize(). mPrivateBrowsingSession in turn is now initially only accessed from the background thread for storing the data from the savedInstanceState and the passing it on to session restore. Afterwards, we pass through the synchronisation in initialize() and then all further accesses - receiving private tab data from Gecko and saving it during onSaveInstanceState - happen only on the main thread. Additionally, all data updates from Gecko will completely overwrite the previous state, so the initial value set during onCreate() will soon become irrelevant, anyway. MozReview-Commit-ID: L5hMFCXLcIf
1475d108174d941fb18cb546ff89076da9de8845: Bug 1355331 - Create an option to move sidebar between the left and right sides of the window;r=mikedeboer
Brian Grinstead <bgrinstead@mozilla.com> - Wed, 24 May 2017 09:54:34 -0700 - rev 360498
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1355331 - Create an option to move sidebar between the left and right sides of the window;r=mikedeboer MozReview-Commit-ID: 79ts9djMC3e
58f1f2ef3d07643330ea732adcafa2611cb2f92b: Bug 1352863 - Implement support for slider.snapMultiplier during APZ dragging. r=kats
Botond Ballo <botond@mozilla.com> - Fri, 19 May 2017 20:15:44 -0400 - rev 360497
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1352863 - Implement support for slider.snapMultiplier during APZ dragging. r=kats MozReview-Commit-ID: EbmjdNLVsq7
a1a7093513d03ee0f4e2eff47fb6cce346945bd6: Bug 1352863 - Rename a couple of local variables for clarity. r=kats
Botond Ballo <botond@mozilla.com> - Fri, 19 May 2017 18:43:48 -0400 - rev 360496
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1352863 - Rename a couple of local variables for clarity. r=kats MozReview-Commit-ID: 13dMmtyXL0d
f3a6eadd0a977a588b5076ece395e1e2f2929167: Bug 1352863 - Record the position of the scrollbar thumb at the start of a scrollbar drag. r=kats
Botond Ballo <botond@mozilla.com> - Fri, 19 May 2017 20:14:14 -0400 - rev 360495
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1352863 - Record the position of the scrollbar thumb at the start of a scrollbar drag. r=kats MozReview-Commit-ID: JqEi1zJZOJa
f7d1e6a567790d8473cc63d3407292748ccf29f7: Bug 1352863 - Propagate the visible region from Layer to HitTestingTreeNode. r=kats
Botond Ballo <botond@mozilla.com> - Wed, 24 May 2017 15:47:14 -0400 - rev 360494
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1352863 - Propagate the visible region from Layer to HitTestingTreeNode. r=kats The propagation happens via LayerMetricsWrapper or WebRenderScrollDataWrapper. MozReview-Commit-ID: GBZUnNn3zjN
07bc82c0e6e03dba1d04eb799d00adcda5ab64bd: Bug 1352863 - Add a DistanceTo() method to BaseRect. r=kats
Botond Ballo <botond@mozilla.com> - Fri, 19 May 2017 20:10:30 -0400 - rev 360493
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1352863 - Add a DistanceTo() method to BaseRect. r=kats MozReview-Commit-ID: BHGXvNFlfb4
eb635a15cfa5e8792eb1f75ba4e5fa2cd03a6e40: Bug 1352863 - Add a GetPerpendicularDirection() function to DirectionUtils.h. r=kats
Botond Ballo <botond@mozilla.com> - Fri, 19 May 2017 20:00:23 -0400 - rev 360492
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1352863 - Add a GetPerpendicularDirection() function to DirectionUtils.h. r=kats MozReview-Commit-ID: KATLVKvXCwI
e6848cb27508bd54c43c736aaaa44aac87f2be5b: Bug 1352863 - Move the GetAxis*() functions from AsyncPanZoomController.cpp into a new DirectionUtils.h header. r=kats
Botond Ballo <botond@mozilla.com> - Wed, 24 May 2017 15:47:01 -0400 - rev 360491
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1352863 - Move the GetAxis*() functions from AsyncPanZoomController.cpp into a new DirectionUtils.h header. r=kats Also take advantage of the new CoordOf metafunction to combine some of their overloads. MozReview-Commit-ID: ETybNn7b5ic
fd956e57f0146b2876b590312c4d9b74b062e752: Bug 1352863 - Add a CoordOf metafunction that maps point and rect types to their coordinate type. r=kats
Botond Ballo <botond@mozilla.com> - Fri, 19 May 2017 19:54:25 -0400 - rev 360490
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1352863 - Add a CoordOf metafunction that maps point and rect types to their coordinate type. r=kats The approach taken is to implement the metafunction by specialization as usual, and then wrap it into an alias template. This avoids having to write "typename" and "::Type" at the use site. MozReview-Commit-ID: VLOxb4Gu0z
e0709edc613808cd1073632634e004c10ce16e47: Bug 1367408 - Make the mochitest-media test suite tier-1 on linux64-qr. r=catlee,dustin
Kartikaya Gupta <kgupta@mozilla.com> - Wed, 24 May 2017 09:20:08 -0400 - rev 360489
Push 31883 by ryanvm@gmail.com at Thu, 25 May 2017 00:43:48 +0000
Bug 1367408 - Make the mochitest-media test suite tier-1 on linux64-qr. r=catlee,dustin MozReview-Commit-ID: 9ngIq055OMh
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip