searching for reviewer(mikedeboer)
4537bb4cfb82972e3c88b73e1b7c48e98e667348: Bug 1312571 - Implement SessionStore.lastClosedObjectType, r=mikedeboer
Bob Silverberg <bsilverberg@mozilla.com> - Mon, 24 Oct 2016 17:56:30 -0400 - rev 319911
Push 20749 by ryanvm@gmail.com at Sat, 29 Oct 2016 13:21:21 +0000
Bug 1312571 - Implement SessionStore.lastClosedObjectType, r=mikedeboer MozReview-Commit-ID: 1COPiRTmeW7
93fc611f02350d598b5131a64a0b8e10a64113bd: Bug 1309880 - Support undoing closeTab and closeWindow by ID, r=mikedeboer
Bob Silverberg <bsilverberg@mozilla.com> - Tue, 18 Oct 2016 11:51:10 -0400 - rev 319909
Push 20749 by ryanvm@gmail.com at Sat, 29 Oct 2016 13:21:21 +0000
Bug 1309880 - Support undoing closeTab and closeWindow by ID, r=mikedeboer MozReview-Commit-ID: 6CoJPyjUpHH
9f9d69a704e15b0288e6710b51d97d13748ff7a8: Bug 1309880 - Support undoing closeTab and closeWindow by ID, r=mikedeboer
Bob Silverberg <bsilverberg@mozilla.com> - Tue, 18 Oct 2016 11:51:10 -0400 - rev 319794
Push 20748 by philringnalda@gmail.com at Fri, 28 Oct 2016 03:39:55 +0000
Bug 1309880 - Support undoing closeTab and closeWindow by ID, r=mikedeboer MozReview-Commit-ID: 6CoJPyjUpHH
05d46ac826ac6cfd07e54d16e8a2db41cea99510: Bug 1311043 - make eslint much more strict in browser/components/migration/, and fix issues, r=mikedeboer
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Tue, 18 Oct 2016 16:03:06 +0100 - rev 318684
Push 20727 by cbook@mozilla.com at Thu, 20 Oct 2016 14:51:54 +0000
Bug 1311043 - make eslint much more strict in browser/components/migration/, and fix issues, r=mikedeboer MozReview-Commit-ID: RXO68w3Kv3
44a43b484169e194259636c7eb6e5a7d80eddb22: Bug 1310596 - actually import OS.File in the 360se profile migrator code, r=mikedeboer
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Tue, 18 Oct 2016 11:55:30 +0100 - rev 318341
Push 20718 by philringnalda@gmail.com at Wed, 19 Oct 2016 02:58:22 +0000
Bug 1310596 - actually import OS.File in the 360se profile migrator code, r=mikedeboer Also removing a useless console.jsm import from the chrome migrator that I spotted when looking through the changes from bug 1276694 MozReview-Commit-ID: 78qkflg4KWn
3f072cb803c36cb7553fe63b81adb23dabc2dd52: Bug 1310596 - do not allow errors in reporting migrator data recency to break the rest of the migration, r=mikedeboer
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Tue, 18 Oct 2016 11:54:22 +0100 - rev 318340
Push 20718 by philringnalda@gmail.com at Wed, 19 Oct 2016 02:58:22 +0000
Bug 1310596 - do not allow errors in reporting migrator data recency to break the rest of the migration, r=mikedeboer MozReview-Commit-ID: eWr0abwU7p
60af9c33d9c1a31cf189c4ea4fce15a04a06ec93: Bug 1309702 - Update getClosedTabData and getClosedWindowData in SessionStore.jsm to not return JSON, r=mikedeboer
Bob Silverberg <bsilverberg@mozilla.com> - Fri, 14 Oct 2016 07:12:18 -0400 - rev 318050
Push 20713 by cbook@mozilla.com at Mon, 17 Oct 2016 09:37:24 +0000
Bug 1309702 - Update getClosedTabData and getClosedWindowData in SessionStore.jsm to not return JSON, r=mikedeboer MozReview-Commit-ID: 9SevLkTp0G7
c07923f57466df5e436ec55c0112d89d59ac3e39: Bug 1309589 - Cleanup old loop.* preferences in profiles after Firefox Hello removal. r=mikedeboer
Mark Banner <standard8@mozilla.com> - Wed, 12 Oct 2016 16:08:55 +0100 - rev 317793
Push 20704 by cbook@mozilla.com at Fri, 14 Oct 2016 10:29:22 +0000
Bug 1309589 - Cleanup old loop.* preferences in profiles after Firefox Hello removal. r=mikedeboer MozReview-Commit-ID: KNOJzUL7hRv
6dd44f67ecd78c8413526304cb65fa7aa30e0b16: Bug 1169287, try to make browser_visibleFindSelection.js more reliable, r=mikedeboer
Olli Pettay <Olli.Pettay@helsinki.fi> - Wed, 12 Oct 2016 19:01:19 +0300 - rev 317717
Push 20699 by cbook@mozilla.com at Thu, 13 Oct 2016 09:59:46 +0000
Bug 1169287, try to make browser_visibleFindSelection.js more reliable, r=mikedeboer
01c97f84d227d9d05917e8477288ffb549663419: Bug 1241459 - Background tab crashes should only show about:tabcrashed for first selected tab. r=Felipe,mikedeboer
Mike Conley <mconley@mozilla.com> - Fri, 30 Sep 2016 15:06:49 -0400 - rev 317368
Push 20692 by cbook@mozilla.com at Tue, 11 Oct 2016 11:05:19 +0000
Bug 1241459 - Background tab crashes should only show about:tabcrashed for first selected tab. r=Felipe,mikedeboer When a content process crashes for a tab that is not currently visible to the user (which can occur if the user is looking at only non-remote tabs, or tabs in other content processes), then we will only show the tab crash page for the first crashed tab that is selected by the user. The rest of the tabs will restore on demand. MozReview-Commit-ID: 1JBAp8diHXp
52bba388b92a30b8c5ca203336561f02861ba3c2: Bug 1308608 - test that opening about:rights from about:home actually works, r=mikedeboer
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Fri, 07 Oct 2016 21:26:21 +0100 - rev 317123
Push 20681 by philringnalda@gmail.com at Sat, 08 Oct 2016 23:57:20 +0000
Bug 1308608 - test that opening about:rights from about:home actually works, r=mikedeboer MozReview-Commit-ID: 7nIXmw1n26f
c01ac374bce4f4f0b0a7c2f98b7febfe59b1fe97: Bug 1277750, fix intermittent bug734076.js test failure on linux64 e10s by forcing a size onto the <img> element loading an invalid URI, r=mikedeboer
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Thu, 06 Oct 2016 16:11:02 +0100 - rev 317041
Push 20681 by philringnalda@gmail.com at Sat, 08 Oct 2016 23:57:20 +0000
Bug 1277750, fix intermittent bug734076.js test failure on linux64 e10s by forcing a size onto the <img> element loading an invalid URI, r=mikedeboer In the failing case, the context menu is basically appearing over <body> instead of the image. In that case we don't show the 'view image' option and don't have a URL to use to open the image, which means we try and do a security check for the load of '', which fails, and we don't get a new load on which to run the rest of the test. My guess is this is happening because if the image hasn't loaded yet by the time we run the code, it takes up no space at all, and a mouse event at its coordinates only 'hits' the body. We can avoid that by givin the element width and height. MozReview-Commit-ID: kU2IoYTqeE
b8671328337d3d8197190561aeb36cf34055442c: Bug 1308351 - make about:rights web-linkable like about:license and friends, r=mikedeboer
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Fri, 07 Oct 2016 11:19:49 +0100 - rev 317040
Push 20681 by philringnalda@gmail.com at Sat, 08 Oct 2016 23:57:20 +0000
Bug 1308351 - make about:rights web-linkable like about:license and friends, r=mikedeboer This is a one-line fix. about:rights doesn't take query parameters, isn't interactive, and so making it linkable should be fine for uplift. MozReview-Commit-ID: CQwh6SPLARf
8b2c02dcf167c1a043146ef5c7d5ae79f01997b5: Bug 1290173 - Introduce Narrate word tracking test. r=mikedeboer
Eitan Isaacson <eitan@monotonous.org> - Thu, 29 Sep 2016 13:28:30 -0700 - rev 316021
Push 20637 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:28:47 +0000
Bug 1290173 - Introduce Narrate word tracking test. r=mikedeboer Added a sample article in the Narrate module for testing special cases. MozReview-Commit-ID: 1oSem9LARB3
dab634f98d578e8a2fa080e030b0fc04048e46da: Bug 1290173 - Introduce word tracking in Narrate. r=mikedeboer
Eitan Isaacson <eitan@monotonous.org> - Mon, 25 Jul 2016 15:13:27 -0700 - rev 316020
Push 20637 by philringnalda@gmail.com at Sat, 01 Oct 2016 06:28:47 +0000
Bug 1290173 - Introduce word tracking in Narrate. r=mikedeboer MozReview-Commit-ID: BvcCaGmurh3
e95355b007988e9c147ca14b7f4503c5187a5787: Bug 1297338 - Introduce concept of principalToInherit to SessionHistory. r=bz,mikedeboer
Christoph Kerschbaumer <ckerschb@christophkerschbaumer.com> - Tue, 20 Sep 2016 08:36:45 +0200 - rev 314600
Push 20581 by cbook@mozilla.com at Wed, 21 Sep 2016 10:09:34 +0000
Bug 1297338 - Introduce concept of principalToInherit to SessionHistory. r=bz,mikedeboer
7fb647a90a467cf90057d9153bf508d22719acb0: Bug 1302556 - Remove the workaround from FinderHighlighter.jsm. r=mikedeboer
Markus Stange <mstange@themasta.com> - Tue, 13 Sep 2016 18:21:46 -0400 - rev 314321
Push 20558 by philringnalda@gmail.com at Sat, 17 Sep 2016 21:01:25 +0000
Bug 1302556 - Remove the workaround from FinderHighlighter.jsm. r=mikedeboer MozReview-Commit-ID: hRErA7mmz3
00c35bd8acb960ce7e67ef3ee51aa84f8c2a78d4: Bug 1303248 - Make modal highlighting nightly only. r=mikedeboer
Tooru Fujisawa <arai_a@mac.com> - Fri, 16 Sep 2016 18:02:37 +0900 - rev 314216
Push 20556 by kwierso@gmail.com at Fri, 16 Sep 2016 21:35:54 +0000
Bug 1303248 - Make modal highlighting nightly only. r=mikedeboer
8639daa019b6c8efbcd773bd56bc7dd302984138: Bug 1294866 - Part 3: Tests to verify contentPrincipal persists during session restore. r=mikedeboer
Steven Englehardt <senglehardt@mozilla.com> - Tue, 13 Sep 2016 21:18:38 +0800 - rev 313763
Push 20532 by cbook@mozilla.com at Wed, 14 Sep 2016 10:16:42 +0000
Bug 1294866 - Part 3: Tests to verify contentPrincipal persists during session restore. r=mikedeboer
dafa284120321bef77f46a0a61c1619b72b3de7d: Bug 1294866 - Part 2: Storing the loadingPrincipal used to load favicons in SessionStore. r=mikedeboer
Steven Englehardt <senglehardt@mozilla.com> - Tue, 13 Sep 2016 21:18:37 +0800 - rev 313762
Push 20532 by cbook@mozilla.com at Wed, 14 Sep 2016 10:16:42 +0000
Bug 1294866 - Part 2: Storing the loadingPrincipal used to load favicons in SessionStore. r=mikedeboer
91be005ab8e60f5f1ade339a8543d4c580cbd494: Bug 1294866 - Part 1: Move principal serialization to a utils file. r=mikedeboer
Steven Englehardt <senglehardt@mozilla.com> - Tue, 13 Sep 2016 21:18:36 +0800 - rev 313761
Push 20532 by cbook@mozilla.com at Wed, 14 Sep 2016 10:16:42 +0000
Bug 1294866 - Part 1: Move principal serialization to a utils file. r=mikedeboer
3756b6695c104555ddbb0c33d28a3ce9425cee3f: Bug 1300827 - The find-in-page selections that are not selected should have the same border-radius that the selected item has. r=mikedeboer
Jared Wein <jwein@mozilla.com> - Wed, 07 Sep 2016 13:52:56 -0400 - rev 313123
Push 20482 by cbook@mozilla.com at Thu, 08 Sep 2016 10:50:09 +0000
Bug 1300827 - The find-in-page selections that are not selected should have the same border-radius that the selected item has. r=mikedeboer MozReview-Commit-ID: KOQyHoH2kqd
fbc71dcb173ac4f83d24653e692b2b2599205d48: Bug 1279650 - kill off useless warning for timed out favicon requests that have already been cancelled when the window closes, r=mikedeboer
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Wed, 17 Aug 2016 18:34:50 +0100 - rev 310241
Push 20348 by ryanvm@gmail.com at Fri, 19 Aug 2016 13:56:01 +0000
Bug 1279650 - kill off useless warning for timed out favicon requests that have already been cancelled when the window closes, r=mikedeboer As it is, when favicon requests time out, the timeout handler doesn't remove the loadData and request from gFaviconLoadDataMap after cancelling the request, which means that when the tab or the parent window is closed we try and cancel the same thing again, which leads to errors in the console. This patch addresses that issue by making timeouts also remove the loadData from gFaviconLoadDataMap. MozReview-Commit-ID: FCeRFXjeXdJ
e3c089287bf6092ac4dc6ea9e42a0273520f214c: Bug 1238065 - Fix the todo in escape_should_close_dialog by using synthesizeKey instead of sendChar. r=mikedeboer
Jared Wein <jwein@mozilla.com> - Sat, 13 Aug 2016 23:28:46 -0400 - rev 309540
Push 20328 by kwierso@gmail.com at Wed, 17 Aug 2016 05:10:33 +0000
Bug 1238065 - Fix the todo in escape_should_close_dialog by using synthesizeKey instead of sendChar. r=mikedeboer MozReview-Commit-ID: 7Kp1B7RCLKH
aa14d58c71414c2388a0e16a2a37b541dae4a085: Bug 1294585 - Remove the --with-google-oauth-api-keyfile configure flag. r=mikedeboer
Mike Hommey <mh+mozilla@glandium.org> - Tue, 09 Aug 2016 19:43:40 +0900 - rev 309523
Push 20328 by kwierso@gmail.com at Wed, 17 Aug 2016 05:10:33 +0000
Bug 1294585 - Remove the --with-google-oauth-api-keyfile configure flag. r=mikedeboer
6a49d0290fab7d3268e261dc2afe9c89793bfad3: Bug 1294585 - Remove --with-google-oauth-api-keyfile from mozconfigs. r=mikedeboer
Mike Hommey <mh+mozilla@glandium.org> - Tue, 09 Aug 2016 19:40:59 +0900 - rev 309522
Push 20328 by kwierso@gmail.com at Wed, 17 Aug 2016 05:10:33 +0000
Bug 1294585 - Remove --with-google-oauth-api-keyfile from mozconfigs. r=mikedeboer The flag has not had an effect since bug 1213984, and the file given as argument is not even on the build slaves anymore.
6ad896bd72cb33577687803a5a314ff081da4531: Bug 1290280 - Make bug_423132.js more resilient to the initial browser being remote by default. r=mikedeboer
Mike Conley <mconley@mozilla.com> - Sat, 13 Aug 2016 18:46:38 -0400 - rev 309365
Push 20308 by kwierso@gmail.com at Mon, 15 Aug 2016 22:04:54 +0000
Bug 1290280 - Make bug_423132.js more resilient to the initial browser being remote by default. r=mikedeboer The problem with this test was that it was actually relying on the old broken behaviour where the initial browser of the new window it opens would be flipped from remote back to non-remote before loading its contents and flipping remote again. Because it now starts remote (and stays there instead of doing all of the extra work), the test was more likely to fall into the trap that I described in https://groups.google.com/forum/#!searchin/mozilla.dev.platform/1261842%7Csort:relevance/mozilla.dev.platform/gthFqog3J-M/Ypx-SNhEQgAJ where the promiseBrowserLoaded was firing for the wrong page load, which meant that the cookie hadn't had a chance to be set yet. I've converted the test to use the properly instrumented BrowserTestUtils functions which wait for the window to be properly ready, and it appears to pass on try with multiple retriggers. MozReview-Commit-ID: BtQRx7og52A
e5ab45eab1be2dc9a70fc011af44716c429b89b9: Bug 1290280 - Add tests for window state restoration remoteness flips. r=mikedeboer
Mike Conley <mconley@mozilla.com> - Wed, 10 Aug 2016 15:46:03 -0400 - rev 309364
Push 20308 by kwierso@gmail.com at Mon, 15 Aug 2016 22:04:54 +0000
Bug 1290280 - Add tests for window state restoration remoteness flips. r=mikedeboer MozReview-Commit-ID: ARtmju65xR9
3bce29db23296122298437f8a2eeb6043aac378c: Bug 1290280 - Improve the logic for flipping the remoteness of the initial browser back to non-remote. r=mikedeboer
Mike Conley <mconley@mozilla.com> - Tue, 09 Aug 2016 13:32:21 -0400 - rev 309363
Push 20308 by kwierso@gmail.com at Mon, 15 Aug 2016 22:04:54 +0000
Bug 1290280 - Improve the logic for flipping the remoteness of the initial browser back to non-remote. r=mikedeboer The code that checks to see whether or not we should flip the remoteness of a browser before loading the session state into it wasn't accounting for the fact that oftentimes, restoreImmediately isn't included, so it's undefined, which coerces to "false-y". This caused us to very quickly destroy a TabParent, very soon after creating it. In some cases, the IPC layer seems to not like that, and throws an OnChannelError, which causes the TabParent ActorDestroy method to be called with an abnormal shutdown reason, which causes the tab crash observer to fire, which bubbles the tab crash event. We should probably make the IPC layer more resilient to this sort of thing, but we should also probably not flip remoteness when we really don't need to. Now instead, when restoring a tab, we detect whether or not it's going to be restored automatically in the near future. If it's not going to be restored automatically, and the browser is remote, we flip its remoteness - otherwise we leave it alone. MozReview-Commit-ID: 5AmPHvzDZlX
61adb42886fe0a010c1991fbb4078dd86f3dddf0: Bug 1293222 - browser.engagement.total_uri_count includes URIs from restored tabs. r=mikedeboer
Alessio Placitelli <alessio.placitelli@gmail.com> - Fri, 12 Aug 2016 01:22:00 +0200 - rev 309265
Push 20308 by kwierso@gmail.com at Mon, 15 Aug 2016 22:04:54 +0000
Bug 1293222 - browser.engagement.total_uri_count includes URIs from restored tabs. r=mikedeboer MozReview-Commit-ID: lLO7moXuDU
2b50b05f8929f3e72f3dc881610f1bb77d1e1118: Bug 1290280 - Add tests for window state restoration remoteness flips. r=mikedeboer
Mike Conley <mconley@mozilla.com> - Wed, 10 Aug 2016 15:46:03 -0400 - rev 309257
Push 20308 by kwierso@gmail.com at Mon, 15 Aug 2016 22:04:54 +0000
Bug 1290280 - Add tests for window state restoration remoteness flips. r=mikedeboer MozReview-Commit-ID: ARtmju65xR9
1e57110913fcc1e8ff9accfe93c2975fcb9ae6a6: Bug 1290280 - Improve the logic for flipping the remoteness of the initial browser back to non-remote. r=mikedeboer
Mike Conley <mconley@mozilla.com> - Tue, 09 Aug 2016 13:32:21 -0400 - rev 309256
Push 20308 by kwierso@gmail.com at Mon, 15 Aug 2016 22:04:54 +0000
Bug 1290280 - Improve the logic for flipping the remoteness of the initial browser back to non-remote. r=mikedeboer The code that checks to see whether or not we should flip the remoteness of a browser before loading the session state into it wasn't accounting for the fact that oftentimes, restoreImmediately isn't included, so it's undefined, which coerces to "false-y". This caused us to very quickly destroy a TabParent, very soon after creating it. In some cases, the IPC layer seems to not like that, and throws an OnChannelError, which causes the TabParent ActorDestroy method to be called with an abnormal shutdown reason, which causes the tab crash observer to fire, which bubbles the tab crash event. We should probably make the IPC layer more resilient to this sort of thing, but we should also probably not flip remoteness when we really don't need to. Now instead, when restoring a tab, we detect whether or not it's going to be restored automatically in the near future. If it's not going to be restored automatically, and the browser is remote, we flip its remoteness - otherwise we leave it alone. MozReview-Commit-ID: 5AmPHvzDZlX
1c7f1b07be44709c0d17eb380b56db32bfa78cf6: Bug 1290280 - Add tests for window state restoration remoteness flips. r=mikedeboer
Mike Conley <mconley@mozilla.com> - Wed, 10 Aug 2016 15:46:03 -0400 - rev 309165
Push 20299 by kwierso@gmail.com at Fri, 12 Aug 2016 23:39:35 +0000
Bug 1290280 - Add tests for window state restoration remoteness flips. r=mikedeboer MozReview-Commit-ID: ARtmju65xR9
d8a2e829640aed35c0b553eb2a4e1aba745e6f7d: Bug 1290280 - Improve the logic for flipping the remoteness of the initial browser back to non-remote. r=mikedeboer
Mike Conley <mconley@mozilla.com> - Tue, 09 Aug 2016 13:32:21 -0400 - rev 309164
Push 20299 by kwierso@gmail.com at Fri, 12 Aug 2016 23:39:35 +0000
Bug 1290280 - Improve the logic for flipping the remoteness of the initial browser back to non-remote. r=mikedeboer The code that checks to see whether or not we should flip the remoteness of a browser before loading the session state into it wasn't accounting for the fact that oftentimes, restoreImmediately isn't included, so it's undefined, which coerces to "false-y". This caused us to very quickly destroy a TabParent, very soon after creating it. In some cases, the IPC layer seems to not like that, and throws an OnChannelError, which causes the TabParent ActorDestroy method to be called with an abnormal shutdown reason, which causes the tab crash observer to fire, which bubbles the tab crash event. We should probably make the IPC layer more resilient to this sort of thing, but we should also probably not flip remoteness when we really don't need to. Now instead, when restoring a tab, we detect whether or not it's going to be restored automatically in the near future. If it's not going to be restored automatically, and the browser is remote, we flip its remoteness - otherwise we leave it alone. MozReview-Commit-ID: 5AmPHvzDZlX
3bf9c257e4bd239f80dd8deb6a6e8832c66f31bb: Bug 1291860 - Don't flip remoteness of pinned tabs on session restore. r=mikedeboer
Mike Conley <mconley@mozilla.com> - Wed, 03 Aug 2016 16:34:20 -0400 - rev 308232
Push 20229 by cbook@mozilla.com at Fri, 05 Aug 2016 10:07:54 +0000
Bug 1291860 - Don't flip remoteness of pinned tabs on session restore. r=mikedeboer The initial browser of new windows starts remote now. When restoring a session, if we're restoring content into the initial tab and it's going to be loaded on demand, then we would flip it to non-remote so that it can't background crash. We'd do this for pinned tabs too, which is silly, since pinned tabs load ASAP. This patch causes us to skip the remoteness flip if the tab we're restoring is pinned. MozReview-Commit-ID: 9eQzfLADzlQ
3f06b617447c62efd2723fba2d99ec6bacc1e126: Bug 1289571 - Set browser's userContextId before updateRemoteness in restoreTabContent. r=mikedeboer
Jonathan Hao <jhao@mozilla.com> - Thu, 28 Jul 2016 23:54:00 +0200 - rev 307269
Push 20177 by cbook@mozilla.com at Sat, 30 Jul 2016 14:25:14 +0000
Bug 1289571 - Set browser's userContextId before updateRemoteness in restoreTabContent. r=mikedeboer
5edd4f66758902f3c7c1f810b92d582cb33bc5de: Bug 1286472: Replace serializing nsISHEntry.owner with nsISHEntry.triggeringPrincipal. r=bz,mikedeboer
Christoph Kerschbaumer <ckerschb@christophkerschbaumer.com> - Thu, 28 Jul 2016 09:23:25 +0200 - rev 307036
Push 20145 by cbook@mozilla.com at Thu, 28 Jul 2016 15:45:29 +0000
Bug 1286472: Replace serializing nsISHEntry.owner with nsISHEntry.triggeringPrincipal. r=bz,mikedeboer
739a8707a3e290ea0f995ffcb6709d30f9027028: Bug 1116787 - Expose preference for having Ctrl+Tab cycle through tabs in recently used order. ui-r=phlsa r=mikedeboer
Dão Gottwald <dao@mozilla.com> - Wed, 27 Jul 2016 17:04:28 +0200 - rev 306847
Push 20131 by dgottwald@mozilla.com at Wed, 27 Jul 2016 15:05:07 +0000
Bug 1116787 - Expose preference for having Ctrl+Tab cycle through tabs in recently used order. ui-r=phlsa r=mikedeboer
7d72abc1d007f89dd001f7136e112e36ca0f5f05: Bug 1285464 - Keep focus handling in the chrome process so focus will move back to the content out of the typeahead findbar but not change which chrome window has focus. r=mikedeboer
Jared Wein <jwein@mozilla.com> - Tue, 26 Jul 2016 14:53:32 -0400 - rev 306755
Push 20130 by cbook@mozilla.com at Wed, 27 Jul 2016 14:41:09 +0000
Bug 1285464 - Keep focus handling in the chrome process so focus will move back to the content out of the typeahead findbar but not change which chrome window has focus. r=mikedeboer MozReview-Commit-ID: Ga8QFFgX0ZZ
402b6b26d2ebd5ee554adae42b9ec4279372b175: Bug 1261842 - When putting the initial tab into the restored background state, flip it to non-remote. r=mikedeboer
Mike Conley <mconley@mozilla.com> - Fri, 03 Jun 2016 14:12:21 -0400 - rev 306311
Push 20102 by cbook@mozilla.com at Mon, 25 Jul 2016 14:17:39 +0000
Bug 1261842 - When putting the initial tab into the restored background state, flip it to non-remote. r=mikedeboer MozReview-Commit-ID: BX8XbYjJHGf
f5427c4704bbf4cbbad6c29012d1cac7ba068a95: Bug 1261842 - Update browser_394759_behavior.js to account for initial browser being remote. r=mikedeboer
Mike Conley <mconley@mozilla.com> - Wed, 01 Jun 2016 17:15:25 -0400 - rev 306304
Push 20102 by cbook@mozilla.com at Mon, 25 Jul 2016 14:17:39 +0000
Bug 1261842 - Update browser_394759_behavior.js to account for initial browser being remote. r=mikedeboer MozReview-Commit-ID: H1A4bzARkyf
2a1acfd17baf3a269719c70cdd5b273e8b344b41: Bug 1261842 - When putting the initial tab into the restored background state, flip it to non-remote. r=mikedeboer
Mike Conley <mconley@mozilla.com> - Fri, 03 Jun 2016 14:12:21 -0400 - rev 305664
Push 20064 by cbook@mozilla.com at Wed, 20 Jul 2016 09:28:23 +0000
Bug 1261842 - When putting the initial tab into the restored background state, flip it to non-remote. r=mikedeboer MozReview-Commit-ID: BX8XbYjJHGf
970cbbb3a658336a8a70cfea01ba5a6afa3ae58b: Bug 1261842 - Update browser_394759_behavior.js to account for initial browser being remote. r=mikedeboer
Mike Conley <mconley@mozilla.com> - Wed, 01 Jun 2016 17:15:25 -0400 - rev 305657
Push 20064 by cbook@mozilla.com at Wed, 20 Jul 2016 09:28:23 +0000
Bug 1261842 - Update browser_394759_behavior.js to account for initial browser being remote. r=mikedeboer MozReview-Commit-ID: H1A4bzARkyf
a06bc9ffb12cfe13a0c37fd82fed6062aa9e4b79: Bug 1198279 - Clear all highlighted matches when find bar closed. r=mikedeboer
Ray Lin <ralin@mozilla.com> - Tue, 05 Jul 2016 15:59:25 +0800 - rev 304044
Push 19906 by kwierso@gmail.com at Thu, 07 Jul 2016 18:39:10 +0000
Bug 1198279 - Clear all highlighted matches when find bar closed. r=mikedeboer MozReview-Commit-ID: C4wiWWKAMpa
51cc2f61dad67a7abae005a494b6c1502481c0ed: Bug 1283709 - Test if cookies are restored correctly to container tabs. r=mikedeboer
Jonathan Hao <jhao@mozilla.com> - Wed, 06 Jul 2016 01:39:00 +0800 - rev 304008
Push 19899 by cbook@mozilla.com at Thu, 07 Jul 2016 09:43:39 +0000
Bug 1283709 - Test if cookies are restored correctly to container tabs. r=mikedeboer MozReview-Commit-ID: 2NJlJ5tFsS4
7df4e14a35ea30cf39fc2372fcfd62447b9a28ae: Bug 1283709 - Map SessionCookies by origin attributes. r=mikedeboer
Jonathan Hao <jhao@mozilla.com> - Wed, 06 Jul 2016 01:45:00 +0800 - rev 304007
Push 19899 by cbook@mozilla.com at Thu, 07 Jul 2016 09:43:39 +0000
Bug 1283709 - Map SessionCookies by origin attributes. r=mikedeboer MozReview-Commit-ID: IAuKZdVWgNl
6cce38101acc9c26d99e31a6994a446f333ed973: Bug 1271607 - Pinned tabs should not restore as non-remote. r=mikedeboer
Mike Conley <mconley@mozilla.com> - Wed, 29 Jun 2016 13:49:57 -0400 - rev 303527
Push 19862 by philringnalda@gmail.com at Mon, 04 Jul 2016 18:17:38 +0000
Bug 1271607 - Pinned tabs should not restore as non-remote. r=mikedeboer App tabs load immediately, and so there's no point in causing the remoteness flipping machinery to kick off by making the pinned tabs non-remote by default. MozReview-Commit-ID: 48O2mJSHurr
851259fb3bc45b0ef5c54c390fb953ec0789096d: Bug 1278149 - split browser_sessionStoreContainer.js. r=mikedeboer
Yoshi Huang <allstars.chh@mozilla.com> - Mon, 06 Jun 2016 10:59:30 +0800 - rev 300793
Push 19582 by cbook@mozilla.com at Tue, 07 Jun 2016 13:51:05 +0000
Bug 1278149 - split browser_sessionStoreContainer.js. r=mikedeboer
878ecb7bb6f9f3147d28611cc89d9e68ee9630d5: Bug 1277747 - Show "Restarting..." label when we restart from about dialog updater, r=mikedeboer
Timothy Guan-tin Chien <timdream@gmail.com> - Fri, 03 Jun 2016 14:01:38 +0800 - rev 300649
Push 19575 by cbook@mozilla.com at Tue, 07 Jun 2016 06:39:05 +0000
Bug 1277747 - Show "Restarting..." label when we restart from about dialog updater, r=mikedeboer Restart might not happen instantly when the user clicks the restart button. Ideally we want to provide instant feedback in that case. This patch will switch the UI to a "Restarting..." label as soon as the user clicks the restart button. The button is restored if the restart action is aborted. MozReview-Commit-ID: BfMVla87FmT
6028e2e8233925b4ae440eb68ece9f5015e5c48b: Bug 1276516 - When restoring window positions from a saved session, allow the window bounds to extend a few pixels beyond the screen edges before deciding to override the saved position and force the window entirely within the screen's visible area. r=mikedeboer
Jonathan Kew <jkew@mozilla.com> - Thu, 02 Jun 2016 12:35:56 +0100 - rev 300465
Push 19549 by cbook@mozilla.com at Mon, 06 Jun 2016 10:04:12 +0000
Bug 1276516 - When restoring window positions from a saved session, allow the window bounds to extend a few pixels beyond the screen edges before deciding to override the saved position and force the window entirely within the screen's visible area. r=mikedeboer