399dea6e9200b57cf8ba98cf6c3490d103973652: Bug 1317631 - Post: add more cursor position sanity checks r=sebastian
Andrzej Hunt <ahunt@mozilla.com> - Tue, 15 Nov 2016 17:03:03 +0800 - rev 439694
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
Bug 1317631 - Post: add more cursor position sanity checks r=sebastian MozReview-Commit-ID: 7CBnLZDkExI
c6f5da9786e92fd3add8a460f3a8dc1c87b55277: Bug 1317631 - Only handle clicks for highlights r=sebastian
Andrzej Hunt <ahunt@mozilla.com> - Tue, 15 Nov 2016 17:01:46 +0800 - rev 439693
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
Bug 1317631 - Only handle clicks for highlights r=sebastian This avoids us trying to obtain an invalid cursor position, since the cursor only maps to highlights items (and not the headers). MozReview-Commit-ID: 1NtJuvDRa5r
004c203d59178a71cf21cb820df9ab84064dc989: Bug 1315391 - Clean up actor destruction after changing to `destroy`. r=ochameau
J. Ryan Stinnett <jryans@gmail.com> - Fri, 11 Nov 2016 18:24:41 -0600 - rev 439692
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
Bug 1315391 - Clean up actor destruction after changing to `destroy`. r=ochameau The `destroy` method in some actors would throw errors or was incomplete, leading to various issues closing the toolbox after the previous patch. This cleans up all such cases noticed through manual testing of the toolbox. MozReview-Commit-ID: 6EZYFwjSri
44d12580b8c6d216e6afdc44d981378dad03d0b1: Bug 1315391 - Rename all `disconnect` methods to `destroy` in actors. r=ochameau
J. Ryan Stinnett <jryans@gmail.com> - Fri, 11 Nov 2016 18:24:58 -0600 - rev 439691
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
Bug 1315391 - Rename all `disconnect` methods to `destroy` in actors. r=ochameau Ever since protocol.js was added as a way to create DevTools actors, we've had lots of confusion about the correct way to implement actor destruction. If your actor's _parent_ was the legacy kind, you had to use `disconnect`. If it was protocol.js, you had to use `destroy`. There is no reason for this madness, which makes reasoning about destruction quite hard. Here we rename `disconnect` to `destroy` so there is only one name for every destruction path. MozReview-Commit-ID: C1Yw9NfUUR2
21b69215ab80c3db3ecf571352ede55413bb052a: Bug 1316870 - Enable no-shadow eslint rule for browser/. r=mossop
Jared Wein <jwein@mozilla.com> - Tue, 15 Nov 2016 21:09:00 -0500 - rev 439690
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
Bug 1316870 - Enable no-shadow eslint rule for browser/. r=mossop MozReview-Commit-ID: 17vLN6W4BVj
935b2ee4256fcbfe9d1fad9221bd4ae3665b7230: Bug 1313788 - Remove DOM/wifi and related code. r=jst
Michelangelo De Simone <mdesimone@mozilla.com> - Tue, 08 Nov 2016 15:02:45 -0800 - rev 439689
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
Bug 1313788 - Remove DOM/wifi and related code. r=jst MozReview-Commit-ID: BRT6bSvPpT
3e47666dbac8edfd480d8b349d6e630d0c709fde: Bug 1317822 - Move GMPCrashHelper into its own file. r=gerald
Chris Pearce <cpearce@mozilla.com> - Wed, 16 Nov 2016 11:35:36 +1300 - rev 439688
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
Bug 1317822 - Move GMPCrashHelper into its own file. r=gerald MozReview-Commit-ID: 7CinZ2Y2Fmz
13a9d632e987199ac804ebfcba5678be29179d51: Bug 1317592 - don't try syncing other engines after one fails with a shutdown error. r=rnewman
Mark Hammond <mhammond@skippinet.com.au> - Tue, 15 Nov 2016 16:15:03 +1100 - rev 439687
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
Bug 1317592 - don't try syncing other engines after one fails with a shutdown error. r=rnewman MozReview-Commit-ID: LZ72JbOtpm4
0ecd90195aa2137e9e3fbc363d5e9f6820242937: Bug 1303831 - have _buildGUIDMap yield to the event loop and have it abort on shutdown. r=rnewman,tcsc
Mark Hammond <mhammond@skippinet.com.au> - Tue, 15 Nov 2016 17:01:22 +1100 - rev 439686
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
Bug 1303831 - have _buildGUIDMap yield to the event loop and have it abort on shutdown. r=rnewman,tcsc MozReview-Commit-ID: Ff8mq9eHBsQ
0e6e3d0eec494dee468cc26befdedf4da02b8d7e: Bug 1316537 part 3 - Fix tar package path conversion for local build. r=Ehsan
Ting-Yu Chou <janus926@gmail.com> - Tue, 15 Nov 2016 12:22:44 +0800 - rev 439685
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
Bug 1316537 part 3 - Fix tar package path conversion for local build. r=Ehsan MozReview-Commit-ID: 6btpeTxouB
bb4a098b30014f45017657dd9aadbda4fd094760: Bug 1316537 part 2 - Update 64-bit clang build configuration for the changes in bug 1306650. r=Ehsan
Ting-Yu Chou <janus926@gmail.com> - Tue, 15 Nov 2016 09:11:46 +0800 - rev 439684
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
Bug 1316537 part 2 - Update 64-bit clang build configuration for the changes in bug 1306650. r=Ehsan MozReview-Commit-ID: 79QRz4FUFRe
f12149f08204deb93f730dac2cc944e5bf4053c1: Bug 1316537 part 1 - Add 64-bit clang-cl toolchain build. r=dustin
Ting-Yu Chou <janus926@gmail.com> - Tue, 15 Nov 2016 09:06:08 +0800 - rev 439683
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
Bug 1316537 part 1 - Add 64-bit clang-cl toolchain build. r=dustin MozReview-Commit-ID: 5EKWZ94TrMD
b227cc95b6d95e8307ddab63f21db842d1041364: Bug 1311576 fix webrequest filter for tabId and windowId, r=kmag
Shane Caraveo <scaraveo@mozilla.com> - Tue, 15 Nov 2016 16:34:33 -0800 - rev 439682
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
Bug 1311576 fix webrequest filter for tabId and windowId, r=kmag MozReview-Commit-ID: FzW53LXktWz
6c48b4a38d709179613ca43afa8366c2d15c2089: Bug 1316718 - Remove ExtensionContent from mozbrowser startup. r=fabrice
J. Ryan Stinnett <jryans@gmail.com> - Thu, 10 Nov 2016 15:38:26 -0600 - rev 439681
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
Bug 1316718 - Remove ExtensionContent from mozbrowser startup. r=fabrice MozReview-Commit-ID: 4I5Ox1cQdIg
2b4c107f00d2f42d305e00f97fce69eaf1dcb44a: bug 1298883 - make security.enterprise_roots.enabled appear in about:config r=jcj
David Keeler <dkeeler@mozilla.com> - Tue, 15 Nov 2016 13:52:26 -0800 - rev 439680
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
bug 1298883 - make security.enterprise_roots.enabled appear in about:config r=jcj This pref controls whether or not the platform looks for and trusts enterprise roots (currently only available on Windows). Adding it to security-prefs.js will make it appear in about:config, which is a much more straightforward user experience (previously users would have to add it manually). It is still disabled by default. MozReview-Commit-ID: 6pQkh2gTNTF
40935ab99b85c527fa10fcb99a40636fdb6b4e58: Bug 1317359 - Propagate MOZ_ADJUST_SDK_KEY to old-configure. r=chmanchester
Mike Hommey <mh+mozilla@glandium.org> - Tue, 15 Nov 2016 07:43:39 +0900 - rev 439679
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
Bug 1317359 - Propagate MOZ_ADJUST_SDK_KEY to old-configure. r=chmanchester
387015ba9c7462a3aa639f7de3c6c17be48bdb08: Bug 1317359 - Move add_old_configure_* functions to util.configure. r=chmanchester
Mike Hommey <mh+mozilla@glandium.org> - Tue, 15 Nov 2016 14:35:22 +0900 - rev 439678
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
Bug 1317359 - Move add_old_configure_* functions to util.configure. r=chmanchester
0c8359a83645538a6eb7ff7cc935a9115426e8ec: Bug 1317593 - Fix logic in settings vcs_share_base r=gps
Rail Aliiev <rail@mozilla.com> - Tue, 15 Nov 2016 06:17:51 +0100 - rev 439677
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
Bug 1317593 - Fix logic in settings vcs_share_base r=gps MozReview-Commit-ID: 7GVvOjNESqZ
d09e8a3b7875af81f391fe46ae6da3febbb37363: bug 1315668 construct menuitem style contexts from paths r=stransky+263117
Karl Tomlinson <karlt+@karlt.net> - Tue, 15 Nov 2016 17:11:14 +1300 - rev 439676
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
bug 1315668 construct menuitem style contexts from paths r=stransky+263117 instead of using the context belonging to a widget. Only the style context is cached, instead of the whole widget. Using the style context from a widget meant that rendering displayed the initial appearance of animations after state changes, but there was no invalidation to trigger the final rendering in the animations. Style contexts constructed from paths do not incorporate animations. (See gtk_css_path_node_update_style() in GTK.) Therefore they provide the appropriate rendering for Gecko's model, which is not expecting animations. There is no mechanism available to display animations when using style contexts constructed from paths, but the GtkWidget animation design is also not suitable for rendering potentially multiple elements each in a different state of their animation. This contexts-from-paths approach can be extended also to other widget types, but this is a smaller change intended for uplift to other branches to address a regression in menuitem rendering. MozReview-Commit-ID: EFV7swWQtm4
1693f10ca33e6f46f5b0b20b7b0f3ac5171be0f7: bug 1315668 CreateStyleForWidget: store classes on context instead of path r=stransky+263117
Karl Tomlinson <karlt+@karlt.net> - Tue, 15 Nov 2016 15:29:06 +1300 - rev 439675
Push 36064 by rthijssen@mozilla.com at Wed, 16 Nov 2016 13:38:27 +0000
bug 1315668 CreateStyleForWidget: store classes on context instead of path r=stransky+263117 CreateStyleForWidget() then provides the same behavior with g_style_context_save() as contexts from widget root style nodes. MozReview-Commit-ID: 6lRCp3XOoRr
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip