fb8cb011ebd55478623492344e9edfa7e8e6d5f0: Bug 1277978 - Part 3 - Allow the RecentTabsAdapter to indicate whether the tab count is reliable. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Sat, 20 Aug 2016 17:49:34 +0200 - rev 407695
Push 28012 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:58:02 +0000
Bug 1277978 - Part 3 - Allow the RecentTabsAdapter to indicate whether the tab count is reliable. r=liuche After we've set the cached tabs count to display within the history adapter, we don't want to revise that number downwards as long as the RecentTabsAdapter hasn't yet checked all of its data sources. MozReview-Commit-ID: BMpiaEb3kGQ
3f4056785ba5292f370aae251fcba935c58ab9a0: Bug 1277978 - Part 2 - Allow saving a cached recent tabs count in BrowserApp. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Mon, 29 Aug 2016 20:03:12 +0200 - rev 407694
Push 28012 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:58:02 +0000
Bug 1277978 - Part 2 - Allow saving a cached recent tabs count in BrowserApp. r=liuche Getting the total number of recently closed tabs involves waiting for Gecko to actually send the closed tabs to the Java UI. This means that (unless there are some "Tabs from last time" present) when showing the history panel we always start out with the Recently closed folder hidden and then unhide (and animate) it once we've finally received the closed tabs. Because this is visually distracting, we should cache the closed tabs count somewhere, so we can decide on the smart folder visibility as soon as the CombinedHistoryAdapter initialises. MozReview-Commit-ID: 8uYCbM7eiSt
dcb4bd1c424d61d14fd6599069a0512f37ab5ff2: Bug 1277978 - Part 1 - Hide Recent Tabs smart folder if there aren't any closed tabs to be shown. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Mon, 29 Aug 2016 20:05:44 +0200 - rev 407693
Push 28012 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:58:02 +0000
Bug 1277978 - Part 1 - Hide Recent Tabs smart folder if there aren't any closed tabs to be shown. r=liuche This involves making the number of visible smart folders dynamic, so the history adapter can properly display its contents. MozReview-Commit-ID: 6b4V6IHB7BE
3e25358fae286b0141a221acf9baaa08fd2f305c: Bug 1277978 - Part 5 - Once we can access the panelStateChangeListener, use it to retrieve the cached tabs count. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Mon, 29 Aug 2016 20:51:21 +0200 - rev 407692
Push 28011 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:50:59 +0000
Bug 1277978 - Part 5 - Once we can access the panelStateChangeListener, use it to retrieve the cached tabs count. r=liuche MozReview-Commit-ID: 64IbAe6SaEq
244a87155928161873869649a9c527d699a8569d: Bug 1277978 - Part 4 - Actually cache the recent tabs count when it updates. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Sat, 20 Aug 2016 18:23:41 +0200 - rev 407691
Push 28011 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:50:59 +0000
Bug 1277978 - Part 4 - Actually cache the recent tabs count when it updates. r=liuche MozReview-Commit-ID: JUsM3qdxhIr
75d95ecdc0f027c3984599dbd45b93076b6931b4: Bug 1277978 - Part 3 - Allow the RecentTabsAdapter to indicate whether the tab count is reliable. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Sat, 20 Aug 2016 17:49:34 +0200 - rev 407690
Push 28011 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:50:59 +0000
Bug 1277978 - Part 3 - Allow the RecentTabsAdapter to indicate whether the tab count is reliable. r=liuche After we've set the cached tabs count to display within the history adapter, we don't want to revise that number downwards as long as the RecentTabsAdapter hasn't yet checked all of its data sources. MozReview-Commit-ID: BMpiaEb3kGQ
4417bda6d09ce2537f66604dcd8d98b9634904bf: Bug 1277978 - Part 2 - Allow saving a cached recent tabs count in BrowserApp. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Mon, 29 Aug 2016 20:03:12 +0200 - rev 407689
Push 28011 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:50:59 +0000
Bug 1277978 - Part 2 - Allow saving a cached recent tabs count in BrowserApp. r=liuche Getting the total number of recently closed tabs involves waiting for Gecko to actually send the closed tabs to the Java UI. This means that (unless there are some "Tabs from last time" present) when showing the history panel we always start out with the Recently closed folder hidden and then unhide (and animate) it once we've finally received the closed tabs. Because this is visually distracting, we should cache the closed tabs count somewhere, so we can decide on the smart folder visibility as soon as the CombinedHistoryAdapter initialises. MozReview-Commit-ID: 8uYCbM7eiSt
606eee825fc364272e6b0245ffe8698917ba10dd: Bug 1277978 - Part 1 - Hide Recent Tabs smart folder if there aren't any closed tabs to be shown. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Mon, 29 Aug 2016 20:05:44 +0200 - rev 407688
Push 28011 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:50:59 +0000
Bug 1277978 - Part 1 - Hide Recent Tabs smart folder if there aren't any closed tabs to be shown. r=liuche This involves making the number of visible smart folders dynamic, so the history adapter can properly display its contents. MozReview-Commit-ID: 6b4V6IHB7BE
e86b008076a0fbc655e8f4e4bd8c54885abb1db3: Bug 1299247 - Increase e10s activation on the release channel to 100% of eligible users. r=mconley draft
Felipe Gomes <felipc@gmail.com> - Tue, 30 Aug 2016 16:41:48 -0300 - rev 407687
Push 28010 by felipc@gmail.com at Tue, 30 Aug 2016 19:42:42 +0000
Bug 1299247 - Increase e10s activation on the release channel to 100% of eligible users. r=mconley MozReview-Commit-ID: 2whw8Mx1R2i
3df42a7e4ae47f927e4ecbf0dbbe926c33cee3ec: Bug 1277978 - Part 5 - Once we can access the panelStateChangeListener, use it to retrieve the cached tabs count. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Mon, 29 Aug 2016 20:51:21 +0200 - rev 407686
Push 28009 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:42:00 +0000
Bug 1277978 - Part 5 - Once we can access the panelStateChangeListener, use it to retrieve the cached tabs count. r=liuche MozReview-Commit-ID: 64IbAe6SaEq
a6d39d696aa71ed980efb1070c917d574aba978d: Bug 1277978 - Part 4 - Actually cache the recent tabs count when it updates. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Sat, 20 Aug 2016 18:23:41 +0200 - rev 407685
Push 28009 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:42:00 +0000
Bug 1277978 - Part 4 - Actually cache the recent tabs count when it updates. r=liuche MozReview-Commit-ID: JUsM3qdxhIr
02ef18f36b1f4af458954671a40d6c21c43d2b55: Bug 1277978 - Part 3 - Allow the RecentTabsAdapter to indicate whether the tab count is reliable. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Sat, 20 Aug 2016 17:49:34 +0200 - rev 407684
Push 28009 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:42:00 +0000
Bug 1277978 - Part 3 - Allow the RecentTabsAdapter to indicate whether the tab count is reliable. r=liuche After we've set the cached tabs count to display within the history adapter, we don't want to revise that number downwards as long as the RecentTabsAdapter hasn't yet checked all of its data sources. MozReview-Commit-ID: BMpiaEb3kGQ
355b1c4d4889857368149b218e4079f1176776bd: Bug 1277978 - Part 2 - Allow saving a cached recent tabs count in BrowserApp. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Mon, 29 Aug 2016 20:03:12 +0200 - rev 407683
Push 28009 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:42:00 +0000
Bug 1277978 - Part 2 - Allow saving a cached recent tabs count in BrowserApp. r=liuche Getting the total number of recently closed tabs involves waiting for Gecko to actually send the closed tabs to the Java UI. This means that (unless there are some "Tabs from last time" present) when showing the history panel we always start out with the Recently closed folder hidden and then unhide (and animate) it once we've finally received the closed tabs. Because this is visually distracting, we should cache the closed tabs count somewhere, so we can decide on the smart folder visibility as soon as the CombinedHistoryAdapter initialises. MozReview-Commit-ID: 8uYCbM7eiSt
d4b6a538f416260fe35c089b882b2be3f35cd508: Bug 1277978 - Part 1 - Hide Recent Tabs smart folder if there aren't any closed tabs to be shown. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Mon, 29 Aug 2016 20:05:44 +0200 - rev 407682
Push 28009 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:42:00 +0000
Bug 1277978 - Part 1 - Hide Recent Tabs smart folder if there aren't any closed tabs to be shown. r=liuche This involves making the number of visible smart folders dynamic, so the history adapter can properly display its contents. MozReview-Commit-ID: 6b4V6IHB7BE
c9bfce1ed98bcce1e0a3db4e92ba9a4fdeeb25bd: Bug 1277978 - Part 5 - Once we can access the panelStateChangeListener, use it to retrieve the cached tabs count. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Mon, 29 Aug 2016 20:51:21 +0200 - rev 407681
Push 28008 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:34:20 +0000
Bug 1277978 - Part 5 - Once we can access the panelStateChangeListener, use it to retrieve the cached tabs count. r=liuche MozReview-Commit-ID: 64IbAe6SaEq
7ceb24c9c20c55abfa88660c9e67286bd379ac81: Bug 1277978 - Part 4 - Actually cache the recent tabs count when it updates. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Sat, 20 Aug 2016 18:23:41 +0200 - rev 407680
Push 28008 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:34:20 +0000
Bug 1277978 - Part 4 - Actually cache the recent tabs count when it updates. r=liuche MozReview-Commit-ID: JUsM3qdxhIr
6b682f8cf263f3dea9f0f5674afb9955b7c315a0: Bug 1277978 - Part 3 - Allow the RecentTabsAdapter to indicate whether the tab count is reliable. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Sat, 20 Aug 2016 17:49:34 +0200 - rev 407679
Push 28008 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:34:20 +0000
Bug 1277978 - Part 3 - Allow the RecentTabsAdapter to indicate whether the tab count is reliable. r=liuche After we've set the cached tabs count to display within the history adapter, we don't want to revise that number downwards as long as the RecentTabsAdapter hasn't yet checked all of its data sources. MozReview-Commit-ID: BMpiaEb3kGQ
9337c3252f2352a926a3f84929100c6aee92609f: Bug 1277978 - Part 2 - Allow saving a cached recent tabs count in BrowserApp. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Mon, 29 Aug 2016 20:03:12 +0200 - rev 407678
Push 28008 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:34:20 +0000
Bug 1277978 - Part 2 - Allow saving a cached recent tabs count in BrowserApp. r=liuche Getting the total number of recently closed tabs involves waiting for Gecko to actually send the closed tabs to the Java UI. This means that (unless there are some "Tabs from last time" present) when showing the history panel we always start out with the Recently closed folder hidden and then unhide (and animate) it once we've finally received the closed tabs. Because this is visually distracting, we should cache the closed tabs count somewhere, so we can decide on the smart folder visibility as soon as the CombinedHistoryAdapter initialises. MozReview-Commit-ID: 8uYCbM7eiSt
403976655c86352f66e49b0e546342eeccd8c40e: Bug 1277978 - Part 1 - Hide Recent Tabs smart folder if there aren't any closed tabs to be shown. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Mon, 29 Aug 2016 20:05:44 +0200 - rev 407677
Push 28008 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:34:20 +0000
Bug 1277978 - Part 1 - Hide Recent Tabs smart folder if there aren't any closed tabs to be shown. r=liuche This involves making the number of visible smart folders dynamic, so the history adapter can properly display its contents. MozReview-Commit-ID: 6b4V6IHB7BE
8b754d83447a3cf6de9297cacf31e5bd2b0623b4: Bug 1277978 - Part 5 - Once we can access the panelStateChangeListener, use it to retrieve the cached tabs count. r=liuche draft
Jan Henning <jh+bugzilla@buttercookie.de> - Mon, 29 Aug 2016 20:51:21 +0200 - rev 407676
Push 28007 by mozilla@buttercookie.de at Tue, 30 Aug 2016 19:27:37 +0000
Bug 1277978 - Part 5 - Once we can access the panelStateChangeListener, use it to retrieve the cached tabs count. r=liuche MozReview-Commit-ID: 64IbAe6SaEq
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip