Tom Klein 69608d9657 Bug 1350718 - 2. Remove the add animation for the TabsLayout list. r=maliu ... Based on what I'm seeing, if you call scrollToPosition and that causes you to "scroll into view" (remember, scrollToPosition doesn't actually scroll, it just redraws the new position) one or more positions, then RecyclerView runs the add animation on all those views "scrolled onto screen", which, for the list view's slide-in-from-the-right add animation, looks silly (I think). [Caveat: RecyclerView sometimes keeps one offscreen view ready to go, which doesn't seem to get the add animation.] In non open-tab-from-another-app-with-the-tabs-tray-already-open operations this was never an issue because either those animations are hidden by the panel being animated into view when the panel opens and we scroll to the selected position [at least that's my guess], or we only scroll by at most one, as in the case of a tab close or undo close. But in the open-a-tab-and-scroll-to-it-while-the-tabs-tray-is-already-open case that we can get with opening a tab from another app, the add animation runs for however many tabs "need to be added" between the current position and the new tab; sometimes the animation still gets hidden if the new tabs get added quickly enough when fennec reloads [again, my guess], but on my device I always see the animations if I open a tab in tab queue and then reopen Fennec by hand, whereas on an emulator I see the animations in additional external-app-open cases as well. MozReview-Commit-ID: J3x0bBLPNyz --HG-- extra : rebase_source : 9ee77d395e452e50f958c6c096167704cbe37795 extra : source : f03ab10a14245f2cd8c71130cb677cb8bf1a31db		2017-03-30 23:16:19 -05:00
..
android	Bug 1350718 - 2. Remove the add animation for the TabsLayout list. r=maliu	2017-03-30 23:16:19 -05:00
locales	no bug - Bumping Fennec l10n changesets r=aki a=l10n-bump	2017-04-06 12:42:58 -07:00