fecd4b54241febfec1ae95d8c6edf2d529c6518c: Bug 1338592 - Use .nested, not .nestedRange on Protocol. r=billm draft
Andrew McCreight <continuation@gmail.com> - Fri, 10 Feb 2017 09:12:42 -0800 - rev 481890
Push 44944 by bmo:continuation@gmail.com at Fri, 10 Feb 2017 17:51:31 +0000
Bug 1338592 - Use .nested, not .nestedRange on Protocol. r=billm The parser always sets the first value of the tuple .nestedRange to NOT_NESTED, so there's no need to actually store it. Instead, we create a range when we're creating the ProtocolType. This makes it clearer what is happening. The range is needed for the type because the nesting pair is compared with those from messages, where the first element can be something else. Prior to bug 1306708, the lower range could be specified in the IPDL file, but all uses were NOT_NESTED, so I suppose that is why it was eliminated. Note that the constructor for Protocol sets .nested to NOT_NESTED, but prior to my patch, the field was never used. The constructor also never initialized .nestedRange, but the parser always sets it so that isn't much of an issue. MozReview-Commit-ID: FMnoZRrkfoA
b3e16473712941111ab5ea3a3d59e917c35e83aa: Bug 1338594 - Add more basic IPDL tests. r=kanru draft
Andrew McCreight <continuation@gmail.com> - Thu, 09 Feb 2017 08:49:33 -0800 - rev 481889
Push 44943 by bmo:continuation@gmail.com at Fri, 10 Feb 2017 17:46:20 +0000
Bug 1338594 - Add more basic IPDL tests. r=kanru MozReview-Commit-ID: 2hS9GoTSyb8
5d8f38d94eac42e56b5e02b8af39bf272dfbbaa2: Bug 1337827 - [one-click-loaner] Always set up mach environment when calling 'run-mozharness' (if possible) draft
Andrew Halberstadt <ahalberstadt@mozilla.com> - Fri, 10 Feb 2017 12:07:44 -0500 - rev 481888
Push 44942 by ahalberstadt@mozilla.com at Fri, 10 Feb 2017 17:18:36 +0000
Bug 1337827 - [one-click-loaner] Always set up mach environment when calling 'run-mozharness' (if possible) This is a minor refactor that aims to always attempt to set up 'mach' after running the 'run-mozharness' script. We put it in a 'finally' block so we'll even do this if the user presses Ctrl-C or there was an exception in the test harness. Importantly, this will be set up regardless of whether the user chooses "Option 1" or "Option 2" at the wizard prompt. The reason for this change is mostly 'might as well'. If it can save some users confusion, then it is worthwhile. MozReview-Commit-ID: Dx3rV17FOoJ
846c667b7578a68003110359373e0b5a02b9454d: Bug 1337827 - [one-click-loaner] Print error message if mach binary wasn't found draft
Andrew Halberstadt <ahalberstadt@mozilla.com> - Fri, 10 Feb 2017 12:07:38 -0500 - rev 481887
Push 44942 by ahalberstadt@mozilla.com at Fri, 10 Feb 2017 17:18:36 +0000
Bug 1337827 - [one-click-loaner] Print error message if mach binary wasn't found MozReview-Commit-ID: Dx3rV17FOoJ
7de77353e4bf20da960848ba1ba206c388798c17: Bug 1337827 - [one-click-loaner] Refactor mach environment setup into a standalone function draft
Andrew Halberstadt <ahalberstadt@mozilla.com> - Fri, 10 Feb 2017 11:39:03 -0500 - rev 481886
Push 44942 by ahalberstadt@mozilla.com at Fri, 10 Feb 2017 17:18:36 +0000
Bug 1337827 - [one-click-loaner] Refactor mach environment setup into a standalone function MozReview-Commit-ID: CuxSwkp0Uuk
14a00698712687fa0216455950503006edae1d62: Bug 1338572 - Fix typo in documentation. r?paolo and DONTBUILD draft
Kartikaya Gupta <kgupta@mozilla.com> - Fri, 10 Feb 2017 11:55:21 -0500 - rev 481885
Push 44941 by kgupta@mozilla.com at Fri, 10 Feb 2017 16:56:10 +0000
Bug 1338572 - Fix typo in documentation. r?paolo and DONTBUILD MozReview-Commit-ID: I17VWWxeogL
ce17879b2fe0070b82d3121805dfa7859a3aadcb: Bug 1190687 - [webext] webNavigation.onCreatedNavigationTarget on new windows/tabs from window.open. draft
Luca Greco <lgreco@mozilla.com> - Fri, 10 Feb 2017 16:21:26 +0100 - rev 481884
Push 44940 by luca.greco@alcacoop.it at Fri, 10 Feb 2017 16:51:01 +0000
Bug 1190687 - [webext] webNavigation.onCreatedNavigationTarget on new windows/tabs from window.open. MozReview-Commit-ID: KFtRP1eSI05
8f6b4e1ee2a5d02969de7f079b3e1eee5a9190f4: Bug 1190687 - [webext] webNavigation.onCreatedNavigationTarget on new windows/tabs from window.open. draft
Luca Greco <lgreco@mozilla.com> - Fri, 10 Feb 2017 16:21:26 +0100 - rev 481883
Push 44939 by luca.greco@alcacoop.it at Fri, 10 Feb 2017 16:46:55 +0000
Bug 1190687 - [webext] webNavigation.onCreatedNavigationTarget on new windows/tabs from window.open. MozReview-Commit-ID: KFtRP1eSI05
96cc14bb7dc5ea3fbe5f71318fe4709668658ba1: Bug 1334080 - If a plugin is associated with a window that has no nsIWebNavigation, don't crash, r?qdot draft
Benjamin Smedberg <benjamin@smedbergs.us> - Fri, 10 Feb 2017 11:27:08 -0500 - rev 481882
Push 44938 by bsmedberg@mozilla.com at Fri, 10 Feb 2017 16:29:44 +0000
Bug 1334080 - If a plugin is associated with a window that has no nsIWebNavigation, don't crash, r?qdot MozReview-Commit-ID: CZLne2N498d
db8124bf692345cb5f3c1d52353859f1c5f32d4b: Bug 1294799 - Disable the autoclosing of the bookmark popup if there is any interaction with it such as mousedown or keypress. r?mak draft
Jared Wein <jwein@mozilla.com> - Fri, 10 Feb 2017 11:11:57 -0500 - rev 481881
Push 44937 by jwein@mozilla.com at Fri, 10 Feb 2017 16:13:19 +0000
Bug 1294799 - Disable the autoclosing of the bookmark popup if there is any interaction with it such as mousedown or keypress. r?mak MozReview-Commit-ID: JRo5ZVu0uFD
511093a0d82882d4b20f91b0287ad4b610c5225f: No bug, Automated HPKP preload list update from host bld-linux64-spot-304 - a=hpkp-update
ffxbld - Fri, 10 Feb 2017 07:05:40 -0800 - rev 481880
Push 44937 by jwein@mozilla.com at Fri, 10 Feb 2017 16:13:19 +0000
No bug, Automated HPKP preload list update from host bld-linux64-spot-304 - a=hpkp-update
3919a98976cd807828d0ad173472567ef3577ecc: No bug, Automated HSTS preload list update from host bld-linux64-spot-304 - a=hsts-update
ffxbld - Fri, 10 Feb 2017 07:05:38 -0800 - rev 481879
Push 44937 by jwein@mozilla.com at Fri, 10 Feb 2017 16:13:19 +0000
No bug, Automated HSTS preload list update from host bld-linux64-spot-304 - a=hsts-update
6a885c35c74d6acc327d20667c331ddb8d0a0d24: Bug 1078237: Reenable frame switching test on Windows. draft
David Burns <dburns@mozilla.com> - Fri, 10 Feb 2017 16:05:42 +0000 - rev 481878
Push 44936 by bmo:dburns@mozilla.com at Fri, 10 Feb 2017 16:07:03 +0000
Bug 1078237: Reenable frame switching test on Windows. MozReview-Commit-ID: DCMR20NYzfW
3740bc1c8ed519d21146c9a847467992be40df4b: Bug 1190687 - [webext] webNavigation.onCreatedNavigationTarget on new windows/tabs from window.open. draft
Luca Greco <lgreco@mozilla.com> - Fri, 10 Feb 2017 16:21:26 +0100 - rev 481877
Push 44935 by luca.greco@alcacoop.it at Fri, 10 Feb 2017 16:06:23 +0000
Bug 1190687 - [webext] webNavigation.onCreatedNavigationTarget on new windows/tabs from window.open. MozReview-Commit-ID: KFtRP1eSI05
9f07352a6143bb71a0e0ca587bce9fa679f581ba: Bug 1190687 - [webext] webNavigation.onCreatedNavigationTarget on new windows/tabs from context menu and user clicks on links. draft
Luca Greco <lgreco@mozilla.com> - Fri, 10 Feb 2017 16:20:54 +0100 - rev 481876
Push 44935 by luca.greco@alcacoop.it at Fri, 10 Feb 2017 16:06:23 +0000
Bug 1190687 - [webext] webNavigation.onCreatedNavigationTarget on new windows/tabs from context menu and user clicks on links. MozReview-Commit-ID: KYVKkVUSOzR
4f943cf28a8d41bf96cc10df1ccc7f84cbb15953: Bug 1337358 - Converts for(...; ...; ...) loops to use the new range-based loops in C++11 in security/sandbox/ r?gcp draft
Sylvestre Ledru <sledru@mozilla.com> - Wed, 08 Feb 2017 11:59:38 +0100 - rev 481875
Push 44934 by bmo:sledru@mozilla.com at Fri, 10 Feb 2017 15:23:36 +0000
Bug 1337358 - Converts for(...; ...; ...) loops to use the new range-based loops in C++11 in security/sandbox/ r?gcp MozReview-Commit-ID: Iwj7i07LkJ0
dfb2099c6a675207c2735d53d9c0ff99cb1bfc2b: Bug 1337358 - Converts for(...; ...; ...) loops to use the new range-based loops in C++11 in security/ r?keeler draft
Sylvestre Ledru <sledru@mozilla.com> - Tue, 07 Feb 2017 13:22:44 +0100 - rev 481874
Push 44934 by bmo:sledru@mozilla.com at Fri, 10 Feb 2017 15:23:36 +0000
Bug 1337358 - Converts for(...; ...; ...) loops to use the new range-based loops in C++11 in security/ r?keeler MozReview-Commit-ID: yfkQVEp2do
e9e9cb38c068a68debf9e12a02ad7c95cb8e6973: Bug 1337358 - Converts for(...; ...; ...) loops to use the new range-based loops in C++11 in testing/mochitest/ r?jmaher draft
Sylvestre Ledru <sledru@mozilla.com> - Wed, 08 Feb 2017 12:04:02 +0100 - rev 481873
Push 44934 by bmo:sledru@mozilla.com at Fri, 10 Feb 2017 15:23:36 +0000
Bug 1337358 - Converts for(...; ...; ...) loops to use the new range-based loops in C++11 in testing/mochitest/ r?jmaher MozReview-Commit-ID: D0GA9NJPWfd
1894de5f01ca701713e2c5c9958049fb86528525: Bug 1337358 - Converts for(...; ...; ...) loops to use the new range-based loops in C++11 in tools/ r?froydnj draft
Sylvestre Ledru <sledru@mozilla.com> - Wed, 08 Feb 2017 12:04:50 +0100 - rev 481872
Push 44934 by bmo:sledru@mozilla.com at Fri, 10 Feb 2017 15:23:36 +0000
Bug 1337358 - Converts for(...; ...; ...) loops to use the new range-based loops in C++11 in tools/ r?froydnj MozReview-Commit-ID: GdeCzDXjzzg
c49ccef063dc5abf19ae0474c58eb103a22a569f: Bug 1337358 - Converts for(...; ...; ...) loops to use the new range-based loops in C++11 in modules/libjar/ r?froydnj draft
Sylvestre Ledru <sledru@mozilla.com> - Wed, 08 Feb 2017 12:06:26 +0100 - rev 481871
Push 44934 by bmo:sledru@mozilla.com at Fri, 10 Feb 2017 15:23:36 +0000
Bug 1337358 - Converts for(...; ...; ...) loops to use the new range-based loops in C++11 in modules/libjar/ r?froydnj MozReview-Commit-ID: AZtieJz44uD
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip