e3ac9dd1bb3dcb763f8e24b269cf696ec83141fa: Bug 1016035 - Also mark widgetWheelEvents that are handled by APZ with mCanStartSwipe. r?kats draft
Markus Stange <mstange@themasta.com> - Tue, 11 Aug 2015 23:36:49 -0400 - rev 288174
Push 4815 by mstange@themasta.com at Thu, 27 Aug 2015 05:31:12 +0000
Bug 1016035 - Also mark widgetWheelEvents that are handled by APZ with mCanStartSwipe. r?kats
bff4002c7aec0d4617d5779de9142aa56b1421b9: Bug 1016035 - Don't set scroll overflow information on events that APZ already used for scrolling. r?masayuki draft
Markus Stange <mstange@themasta.com> - Sat, 08 Aug 2015 14:48:54 -0400 - rev 288173
Push 4815 by mstange@themasta.com at Thu, 27 Aug 2015 05:31:12 +0000
Bug 1016035 - Don't set scroll overflow information on events that APZ already used for scrolling. r?masayuki
68675aa64bfc44e185ab9acab03019f1e3473740: Bug 1016035 - Make APZEventState report defaultPrevented=true when the event started a swipe. r?kats draft
Markus Stange <mstange@themasta.com> - Tue, 11 Aug 2015 23:35:16 -0400 - rev 288172
Push 4815 by mstange@themasta.com at Thu, 27 Aug 2015 05:31:12 +0000
Bug 1016035 - Make APZEventState report defaultPrevented=true when the event started a swipe. r?kats
e8ff28b0d25cb033dbe392c56b44cd9b57bad88c: Bug 1016035 - Add mCanTriggerSwipe and TriggersSwipe(). r?masayuki draft
Markus Stange <mstange@themasta.com> - Sun, 23 Aug 2015 18:59:05 -0400 - rev 288171
Push 4815 by mstange@themasta.com at Thu, 27 Aug 2015 05:31:12 +0000
Bug 1016035 - Add mCanTriggerSwipe and TriggersSwipe(). r?masayuki
55462a571ebcaef89616d501e366c89a96702c74: Bug 1016035 - Send MayStartSwipe event before sending the wheel event. r?kats draft
Markus Stange <mstange@themasta.com> - Sat, 08 Aug 2015 18:31:58 -0400 - rev 288170
Push 4815 by mstange@themasta.com at Thu, 27 Aug 2015 05:31:12 +0000
Bug 1016035 - Send MayStartSwipe event before sending the wheel event. r?kats
cb8fd0b9b00b3c20304ab36346bd1f9c4282c585: Bug 1016035 - Split up MaybeTrackScrollEventAsSwipe into SendMayStartSwipe and TrackScrollEventAsSwipe. r?kats draft
Markus Stange <mstange@themasta.com> - Tue, 11 Aug 2015 23:12:57 -0400 - rev 288169
Push 4815 by mstange@themasta.com at Thu, 27 Aug 2015 05:31:12 +0000
Bug 1016035 - Split up MaybeTrackScrollEventAsSwipe into SendMayStartSwipe and TrackScrollEventAsSwipe. r?kats
c376dea552099475c2403780e23469e312039132: Bug 1016035 - Move swipe tracking code into DispatchAPZWheelInputEvent. r?kats draft
Markus Stange <mstange@themasta.com> - Sun, 23 Aug 2015 20:48:33 -0400 - rev 288168
Push 4815 by mstange@themasta.com at Thu, 27 Aug 2015 05:31:12 +0000
Bug 1016035 - Move swipe tracking code into DispatchAPZWheelInputEvent. r?kats
89c46230df4a4195835400901a1f04c00d1188f7: Bug 1016035 - Add a MozSwipeGestureMayStart event. r?kats draft
Markus Stange <mstange@themasta.com> - Thu, 27 Aug 2015 00:58:32 -0400 - rev 288167
Push 4815 by mstange@themasta.com at Thu, 27 Aug 2015 05:31:12 +0000
Bug 1016035 - Add a MozSwipeGestureMayStart event. r?kats Having this event means that we don't have to wait for content to find out whether it's scrollable in the case that no swipe should be happening anyway.
c275af8ce5d1b6e291f26d634bcdf3e3b3095d88: Bug 1016035 - Implement the swipe animation ourselves instead of calling the NSEvent trackSwipe API. r?kats draft
Markus Stange <mstange@themasta.com> - Thu, 27 Aug 2015 01:06:45 -0400 - rev 288166
Push 4815 by mstange@themasta.com at Thu, 27 Aug 2015 05:31:12 +0000
Bug 1016035 - Implement the swipe animation ourselves instead of calling the NSEvent trackSwipe API. r?kats
a79912272c150b363ddab30380eaf92c6eb6cde6: Bug 1016035 - Make the threshold in AxisPhysicsMSDModel::IsFinished controllable by the caller. r?kip draft
Markus Stange <mstange@themasta.com> - Tue, 04 Aug 2015 16:11:37 -0400 - rev 288165
Push 4815 by mstange@themasta.com at Thu, 27 Aug 2015 05:31:12 +0000
Bug 1016035 - Make the threshold in AxisPhysicsMSDModel::IsFinished controllable by the caller. r?kip
40a6723d8216f90d02cde197cc2dff1e5c2370eb: Bug 1016035 - More swipe refactoring. r?kats draft
Markus Stange <mstange@themasta.com> - Thu, 23 Jul 2015 15:17:28 -0400 - rev 288164
Push 4815 by mstange@themasta.com at Thu, 27 Aug 2015 05:31:12 +0000
Bug 1016035 - More swipe refactoring. r?kats
d13afd01221ac1edc945cef28e2cdc05987c453f: Bug 1016035 - Refactor the code that decides whether we want to start a swipe. r?kats draft
Markus Stange <mstange@themasta.com> - Thu, 23 Jul 2015 13:57:02 -0400 - rev 288163
Push 4815 by mstange@themasta.com at Thu, 27 Aug 2015 05:31:12 +0000
Bug 1016035 - Refactor the code that decides whether we want to start a swipe. r?kats
461492165dc7a1d9c48e1b50ba438585ccc7fa49: Bug 1016035 - Move some code around. r?kats draft
Markus Stange <mstange@themasta.com> - Thu, 23 Jul 2015 13:11:07 -0400 - rev 288162
Push 4815 by mstange@themasta.com at Thu, 27 Aug 2015 05:31:12 +0000
Bug 1016035 - Move some code around. r?kats
f8decbc0a1cd5a02e3ef58f177ed3d587f1cdf5c: Bug 1016035 - Remove the ability to swipe vertically. r?kats draft
Markus Stange <mstange@themasta.com> - Thu, 23 Jul 2015 13:09:13 -0400 - rev 288161
Push 4815 by mstange@themasta.com at Thu, 27 Aug 2015 05:31:12 +0000
Bug 1016035 - Remove the ability to swipe vertically. r?kats This was intended for a snapshot-based overscroll animation which we're not going to use because APZ solves the same problem in a much better way.
41b19bc85e107abcc7e199f9c57b146e46890a51: Make the ContentReceivedInputBlock log message mention the preventDefault status. draft
Markus Stange <mstange@themasta.com> - Sat, 08 Aug 2015 19:56:53 -0400 - rev 288160
Push 4815 by mstange@themasta.com at Thu, 27 Aug 2015 05:31:12 +0000
Make the ContentReceivedInputBlock log message mention the preventDefault status.
883b54bf6de2362e97c909a424f8483a59bb6ece: kats crash fix draft
Markus Stange <mstange@themasta.com> - Wed, 26 Aug 2015 17:35:29 -0400 - rev 288159
Push 4815 by mstange@themasta.com at Thu, 27 Aug 2015 05:31:12 +0000
kats crash fix
b61d31c1b7d32fd80203b6cc8d0e7a5df134f499: Bug 1182017. Call Send__delete__ immediately rather than through an event. r=nical draft
Robert O'Callahan <robert@ocallahan.org> - Thu, 27 Aug 2015 15:40:35 +1200 - rev 288158
Push 4814 by rocallahan@mozilla.com at Thu, 27 Aug 2015 03:42:29 +0000
Bug 1182017. Call Send__delete__ immediately rather than through an event. r=nical Kyle assures me it's safe to call Send__delete__ with references to 'this' on the stack.
2e9853da63bc0fe0f3f2dd194cf237ad79810ebb: Bug 1137898 - Migrate to android:versionCode scheme v1. r?rnewman,snorp draft
Nick Alexander <nalexander@mozilla.com> - Wed, 26 Aug 2015 18:34:48 -0700 - rev 288157
Push 4813 by nalexander@mozilla.com at Thu, 27 Aug 2015 01:38:13 +0000
Bug 1137898 - Migrate to android:versionCode scheme v1. r?rnewman,snorp Android version codes serve multiple masters. They indicate newer versions, yes; but they also break ties between versions with different features and requirements. High order bits effectively partition the space of versions and are valuable. Since Android version codes are signed Java integers, we have 31 bits to work with. Mozilla's traditional build ID is YYYYMMDDhhmmss. This was chopped to ten characters (YYYYMMDDhh, i.e., hourly build IDs) and then converted to a decimal. This took many high order bits. We will lose another high order bit in the 36th month of 2015 -- i.e., as soon as the year rolls over to 2016. If we waited to lose the next higher order bit, we'd lose that one in the 46th month of 2017 -- i.e., as soon as the year rolls over to 2018. The following patch sacrifices a high order bit to change the version scheme, winning us roughly 15 years of hourly build IDs before we are forced to lose another high order bit. So it's clearly to our advantage to change the scheme sooner rather than later -- we will sacrifice 1 bit for 15 years of build IDs, rather than keeping the current scheme and sacrificing (say) 2 bits for 3 years of build IDs. The resulting scheme produces build IDs that look like (in binary): 0111 1000 0010 xxxx xxxx xxxx xxxx xyzw The meaning of these build IDs is documented in the Python source code that generates them.
003efc53086b9159184e8be9cacf2880be3a3852: No bug - Add |mach android| command. r=me draft
Nick Alexander <nalexander@mozilla.com> - Wed, 26 Aug 2015 10:57:49 -0700 - rev 288156
Push 4813 by nalexander@mozilla.com at Thu, 27 Aug 2015 01:38:13 +0000
No bug - Add |mach android| command. r=me DONTBUILD NPOTB This adds a pass-thru |mach android| command. It's just here to make it easier to add and remove Android SDK packages: since most folks don't have the Android tools on their PATH, this saves them having to root through the object directory to find the path to the tool.
1647c0c1a05a65224dc175e4de62d7563a803970: Bug 1183335 - Install .idea and *.iml during |mach gradle-install|. r?mcomella,sebastian draft
Nick Alexander <nalexander@mozilla.com> - Mon, 24 Aug 2015 14:31:35 -0700 - rev 288155
Push 4813 by nalexander@mozilla.com at Thu, 27 Aug 2015 01:38:13 +0000
Bug 1183335 - Install .idea and *.iml during |mach gradle-install|. r?mcomella,sebastian This makes it possible to "Open" $OBJDIR/mobile/android/gradle (after |mach build|) without "Importing" it first. There should be no references outside of the active object directory. In time, we'll run this as part of the build configuration and remove |mach gradle-install| entirely. It's worth noting that the .idea/libraries directory *cannot* be committed since it contains developer-machine absolute path (to the Android SDK sources); this means that there's some flakiness around building with Gradle in IntelliJ before everything works perfectly. We may need to recommend using View > Tool Windows > Gradle and refreshing. Testing wanted! Additional notes: * This includes an MPL copyright block and a conflicting Class.java header. I'll clean that before landing. It's not possible to format the MPL copyright block exactly as we do know (bonkers, I know!): IntelliJ won't give us /* First line ... it will only give /* * First line... or // First line... I opted for the latter. We can mass rewrite if we want to keep this and care enough. * This includes an ordering for imports, putting org.mozilla ahead of everything else ahead of java.* and javax.*. Input wanted. * It's not possible to turn on ECMAScript 2015 since that is inexplicably stored in .idea/workspace.xml, which can't be checked into VCS (or reasonably generated). This is an IntelliJ bug, no two ways about it. (There are many IntelliJ bugs with respect to sharing configurations.)
(0) -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip