a9799dcbb7d9296ebc8266641fa01aa27bf3ad9a: Bug 1346004 - Part 5 - Replace Gecko customtab tab attribute by a generic type attribute. r=sebastian
Jan Henning <jh+bugzilla@buttercookie.de> - Sun, 12 Mar 2017 16:13:10 +0100 - rev 348722
Push 31535 by cbook@mozilla.com at Wed, 22 Mar 2017 13:25:07 +0000
Bug 1346004 - Part 5 - Replace Gecko customtab tab attribute by a generic type attribute. r=sebastian This'll allow customising context menu/session store/... behaviour in Gecko depending on the tab type, since in the future we might not only have special behaviour for custom tabs, but for web app tabs etc. as well. MozReview-Commit-ID: LS6oGfO4KpR
bc88a273c527bd2b8dbda89c3ee0482dd0b70c96: Bug 1346004 - Part 4 - Filter non-browsing tabs from the TabsLayout/TabStrip. r=sebastian
Jan Henning <jh+bugzilla@buttercookie.de> - Sat, 11 Mar 2017 20:48:54 +0100 - rev 348721
Push 31535 by cbook@mozilla.com at Wed, 22 Mar 2017 13:25:07 +0000
Bug 1346004 - Part 4 - Filter non-browsing tabs from the TabsLayout/TabStrip. r=sebastian Custom tabs etc. shouldn't show up in the main browser activity. MozReview-Commit-ID: 1yrLZP6HJ3e
1fcdba303d8885447762933dca99e6d1745f6205: Bug 1346004 - Part 3 - getNextTab() should fall back to browsing-type tabs if no tabs of the same type are available. r=sebastian
Jan Henning <jh+bugzilla@buttercookie.de> - Sat, 11 Mar 2017 20:57:54 +0100 - rev 348720
Push 31535 by cbook@mozilla.com at Wed, 22 Mar 2017 13:25:07 +0000
Bug 1346004 - Part 3 - getNextTab() should fall back to browsing-type tabs if no tabs of the same type are available. r=sebastian We always want at least one browsing type tab open to match current behaviour and assumptions built into the app, but the same doesn't hold true for other tab types. A CustomTabActivity instance e.g. only holds a single tab, so the lifetime of the tab is tied to the lifetime of the CustomTabActivity. If we're exiting the activity, we just want to close the corresponding tab without opening a new replacement for it. Since we have to select some other tab instead in that case (so the selected tab in the tab list and the selected tab in Gecko remain in sync and so we always have a selected tab), getNextTab() therefore has to fall back to browsing-type tabs as a default if no other tabs of the same type are available. MozReview-Commit-ID: IpvINlu5Qq9
83e6ed90512040870c4227664097c28d2f2d72a1: Bug 1346004 - Part 2 - Tabs helper functions for searching next/previous tab should take the Tab type into account. r=sebastian
Jan Henning <jh+bugzilla@buttercookie.de> - Sat, 11 Mar 2017 20:29:17 +0100 - rev 348719
Push 31535 by cbook@mozilla.com at Wed, 22 Mar 2017 13:25:07 +0000
Bug 1346004 - Part 2 - Tabs helper functions for searching next/previous tab should take the Tab type into account. r=sebastian MozReview-Commit-ID: DRBjBrndDWW
d5baa00b8365d335682257c238b39f2864701011: Bug 1346004 - Part 1 - Keep track of a tab type on the Java tab object. r=sebastian
Jan Henning <jh+bugzilla@buttercookie.de> - Sat, 11 Mar 2017 20:04:07 +0100 - rev 348718
Push 31535 by cbook@mozilla.com at Wed, 22 Mar 2017 13:25:07 +0000
Bug 1346004 - Part 1 - Keep track of a tab type on the Java tab object. r=sebastian As long as the tabs are opened in the same Gecko browser window, splitting the Java UI tabs list into multiple parts breaks too many assumptions, so the easier solution is to allow setting a type attribute on each tab object, which will allow filtering of them later on. MozReview-Commit-ID: 1PbxMkWTK47
e22cc28b03c8f49ff8cdfdeb452ef744ff00fba2: Bug 1346004 - Part 0 - Remove unneeded imports. r=sebastian
Jan Henning <jh+bugzilla@buttercookie.de> - Sun, 12 Mar 2017 16:18:48 +0100 - rev 348717
Push 31535 by cbook@mozilla.com at Wed, 22 Mar 2017 13:25:07 +0000
Bug 1346004 - Part 0 - Remove unneeded imports. r=sebastian MozReview-Commit-ID: GsXHhrvNRSy
afcb04dafd033d90eac3e896e097d21de96ca221: bug 1348713 - ensure CT information is set in the case of session resumption r=jcj
David Keeler <dkeeler@mozilla.com> - Mon, 20 Mar 2017 17:10:33 -0700 - rev 348716
Push 31535 by cbook@mozilla.com at Wed, 22 Mar 2017 13:25:07 +0000
bug 1348713 - ensure CT information is set in the case of session resumption r=jcj MozReview-Commit-ID: 7fLnMu9f1kC
81e0dfa05b1966e28d7c817368f46a7047142ae7: Bug 1339163 - Make TPS tests attempt to automatically verify fxa emails when using a restmail account r=markh
Thom Chiovoloni <tchiovoloni@mozilla.com> - Fri, 17 Mar 2017 16:41:58 -0400 - rev 348715
Push 31535 by cbook@mozilla.com at Wed, 22 Mar 2017 13:25:07 +0000
Bug 1339163 - Make TPS tests attempt to automatically verify fxa emails when using a restmail account r=markh MozReview-Commit-ID: LwBrVSXFqyc
fc61bbc304d73ccefdb9462fd071bd4320fd805a: Bug 1348617 - Use the alpha channel of custom styled select backgrounds by applying the requested color on top of the system's background. r=mossop
Jared Wein <jwein@mozilla.com> - Tue, 21 Mar 2017 10:51:40 -0400 - rev 348714
Push 31535 by cbook@mozilla.com at Wed, 22 Mar 2017 13:25:07 +0000
Bug 1348617 - Use the alpha channel of custom styled select backgrounds by applying the requested color on top of the system's background. r=mossop This matches parity with Google Chrome Canary Version 59.0.3046.0 (Official Build) canary (64-bit). MozReview-Commit-ID: 3rkhiFv8ezX
85561efb5a00464fd5c7c7b708323005fc86461a: Bug 1345754 - Skip sync bookmark repair and validation if we have pending changes r=markh
Thom Chiovoloni <tchiovoloni@mozilla.com> - Tue, 14 Mar 2017 14:26:20 -0400 - rev 348713
Push 31535 by cbook@mozilla.com at Wed, 22 Mar 2017 13:25:07 +0000
Bug 1345754 - Skip sync bookmark repair and validation if we have pending changes r=markh MozReview-Commit-ID: ClQRXGZGV9p
4ddb3af7cdf809ba0d7d27b62805096d9e870007: Bug 1346926 - Make PVRManager::SetHaveEventListener async r=kanru
Kearwood Gilbert <kgilbert@mozilla.com> - Tue, 21 Mar 2017 13:21:17 -0700 - rev 348712
Push 31535 by cbook@mozilla.com at Wed, 22 Mar 2017 13:25:07 +0000
Bug 1346926 - Make PVRManager::SetHaveEventListener async r=kanru - There appears to be no issues with simply changing SetHaveEventListener from sync to async. MozReview-Commit-ID: 3LKgDx9AZnm
201231223cd4354a450c3e5d80959f35b8e4cf0c: Bug 1349208 - Adjust web-platform-tests expectations to reflect not having Flash installed on 64-bit Ubuntu 16.04 just like we don't have it installed anywhere else, a=test-only
Phil Ringnalda <philringnalda@gmail.com> - Tue, 21 Mar 2017 20:35:22 -0700 - rev 348711
Push 31534 by philringnalda@gmail.com at Wed, 22 Mar 2017 03:48:26 +0000
Bug 1349208 - Adjust web-platform-tests expectations to reflect not having Flash installed on 64-bit Ubuntu 16.04 just like we don't have it installed anywhere else, a=test-only
fd40abc21673b596074eb69453b83588cfbc5a4e: Bug 1349208: temporary fix to get flashplayer out of the 16.04 image while we find a better fix; r=jmaher, a=testers-only
Dustin J. Mitchell <dustin@mozilla.com> - Tue, 21 Mar 2017 18:19:26 +0000 - rev 348710
Push 31534 by philringnalda@gmail.com at Wed, 22 Mar 2017 03:48:26 +0000
Bug 1349208: temporary fix to get flashplayer out of the 16.04 image while we find a better fix; r=jmaher, a=testers-only MozReview-Commit-ID: IR2PVFXHlEa
8744e9f8eb99f1290aae81985812d57364f18708: Merge inbound to central, a=merge
Wes Kocher <wkocher@mozilla.com> - Tue, 21 Mar 2017 16:08:32 -0700 - rev 348709
Push 31533 by kwierso@gmail.com at Tue, 21 Mar 2017 23:08:53 +0000
Merge inbound to central, a=merge MozReview-Commit-ID: FKkx5SygvHz
54440069e459c3fc6da22f2f4062163da231af9f: Bug 1312087 - part 1 - move mozilla::{Mutex,CondVar} to use mozglue locking primitives; r=erahm
Nathan Froyd <froydnj@mozilla.com> - Tue, 21 Mar 2017 10:20:36 -0500 - rev 348708
Push 31533 by kwierso@gmail.com at Tue, 21 Mar 2017 23:08:53 +0000
Bug 1312087 - part 1 - move mozilla::{Mutex,CondVar} to use mozglue locking primitives; r=erahm This change moves us away from NSPR primitives for our primary synchronization primitives. We're still using PRMonitor for ReentrantMonitor, however. The benefits of this change: * Slightly faster, as we don't have to deal with some of NSPR's overhead; * Smaller datatypes. On POSIX platforms in particular, PRLock is enormous. PRCondVar also has some unnecessary overhead. * Less dynamic memory allocation. Out of necessity, Mutex and CondVar allocated the NSPR data structures they needed, which lead to unnecessary checks for failure. While sizeof(Mutex) and sizeof(CondVar) may get bigger, since they're embedding structures now, the total memory usage should be less. * Less NSPR usage. This shouldn't need any explanation.
85458fefc1ae3e7d927bf12895ac23c61d952076: Bug 1312087 - part 0 - use PTHREAD_MUTEX_ADAPTIVE_NP mutexes on Linux/glibc; r=erahm
Nathan Froyd <froydnj@mozilla.com> - Tue, 21 Mar 2017 11:20:36 -0400 - rev 348707
Push 31533 by kwierso@gmail.com at Tue, 21 Mar 2017 23:08:53 +0000
Bug 1312087 - part 0 - use PTHREAD_MUTEX_ADAPTIVE_NP mutexes on Linux/glibc; r=erahm This matches NSPR's behavior for its PRLock type.
f86ef08fdae0a012c28e1264e83238cfb31ccc2e: Bug 1337056 - Part 12: Send down permissions when calling createAboutBlankContentViewer, r=baku
Michael Layzell <michael@thelayzells.com> - Fri, 17 Mar 2017 17:04:44 -0400 - rev 348706
Push 31533 by kwierso@gmail.com at Tue, 21 Mar 2017 23:08:53 +0000
Bug 1337056 - Part 12: Send down permissions when calling createAboutBlankContentViewer, r=baku MozReview-Commit-ID: LigZnHM34CC
2686c6ee997dce91e573d7b0e1555859e33810e6: Bug 1337056 - Part 11: Change the permission key assertion to a fatal assert on debug builds, r=ehsan
Michael Layzell <michael@thelayzells.com> - Wed, 15 Mar 2017 16:15:47 -0400 - rev 348705
Push 31533 by kwierso@gmail.com at Tue, 21 Mar 2017 23:08:53 +0000
Bug 1337056 - Part 11: Change the permission key assertion to a fatal assert on debug builds, r=ehsan MozReview-Commit-ID: HTxvlomRKWy
63e7bf43da6505b9789b714495bebca9fc1c05da: Bug 1345573 - Part 2: Remove old tests for permissions syncing, and add test for new logic, r=baku
Michael Layzell <michael@thelayzells.com> - Thu, 09 Mar 2017 15:58:38 -0500 - rev 348704
Push 31533 by kwierso@gmail.com at Tue, 21 Mar 2017 23:08:53 +0000
Bug 1345573 - Part 2: Remove old tests for permissions syncing, and add test for new logic, r=baku MozReview-Commit-ID: A2vYqdCpeu6
035042b8b4aabb0f6f427a0eb9d12a160dbc6f5a: Bug 1345573 - Part 1: Key http, https, and ftp URIs on origin instead of eTLD+1, r=baku
Michael Layzell <michael@thelayzells.com> - Wed, 08 Mar 2017 14:28:04 -0500 - rev 348703
Push 31533 by kwierso@gmail.com at Tue, 21 Mar 2017 23:08:53 +0000
Bug 1345573 - Part 1: Key http, https, and ftp URIs on origin instead of eTLD+1, r=baku MozReview-Commit-ID: Gihc4QFf11R
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip