8362f23e2fb0582b35b0ce308392c0a2f9e06d3c: Bug 1669211, make checkbox sizes consistent in print ui r=sfoster
Emma Malysz <emalysz@mozilla.com> - Tue, 06 Oct 2020 15:51:10 +0000 - rev 551723
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1669211, make checkbox sizes consistent in print ui r=sfoster Differential Revision: https://phabricator.services.mozilla.com/D92467
bc4431b6eb57986d4b3e2bdf7b110f21c5d39606: Bug 1493103 - allow users to import bookmarks from Safari without granting full disk access, r=jaws,Mardak,fluent-reviewers,flod
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Tue, 06 Oct 2020 15:45:46 +0000 - rev 551722
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1493103 - allow users to import bookmarks from Safari without granting full disk access, r=jaws,Mardak,fluent-reviewers,flod Differential Revision: https://phabricator.services.mozilla.com/D91485
e003481e19ab0bdcf166dcd3affdf8ea3682ba55: Bug 1667351 - Process neqo events immediately after a cert authentication is done. r=necko-reviewers,valentin
Dragana Damjanovic <dd.mozilla@gmail.com> - Mon, 05 Oct 2020 19:03:55 +0000 - rev 551721
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1667351 - Process neqo events immediately after a cert authentication is done. r=necko-reviewers,valentin Currently we call ResumeSend() which will not process neqo events. It will only produce new packets. We are relying on other events, like timeout or a receive packet to trigger this. Differential Revision: https://phabricator.services.mozilla.com/D92113
f8088b3273afa0ee700c738987561349869caf5a: Bug 1669375 part 2: Remove code that partially implemented the "print only even/odd pages" feature. r=jwatt
Daniel Holbert <dholbert@cs.stanford.edu> - Tue, 06 Oct 2020 15:33:29 +0000 - rev 551720
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1669375 part 2: Remove code that partially implemented the "print only even/odd pages" feature. r=jwatt This code looked like it might work, but it seems to have only ever been backed by per-printer about:config prefs. I believe we only ever exposed UI for this feature on Linux, via the native GTK dialog; and even there, the UI doesn't actually seem to have done anything -- it was never wired up to the actual implementation of even/odd page-skipping. Differential Revision: https://phabricator.services.mozilla.com/D92528
d67cb6bf0152ee43bddf292a4ac3e3043fb4024a: Bug 1669375 part 1: Don't expose "print only even/odd pages" option in our GTK Print Dialog, since we don't actually honor it. r=jwatt
Daniel Holbert <dholbert@cs.stanford.edu> - Tue, 06 Oct 2020 14:49:31 +0000 - rev 551719
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1669375 part 1: Don't expose "print only even/odd pages" option in our GTK Print Dialog, since we don't actually honor it. r=jwatt This patch simply removes GTK_PRINT_CAPABILITY_PAGE_SET from our GtkPrintCapabilities struct. This flag is documented as controlling whether the gtk "Print dialog will offer printing even/odd pages", per https://developer.gnome.org/gtk3/stable/GtkPrintUnixDialog.html After this change, the "Only Print: All Sheets | Even Sheets | Odd Sheets" dropdown-menu in the GTK Print Dialog will be grayed out & disabled, which will accurately indicate that we don't support this feature. Differential Revision: https://phabricator.services.mozilla.com/D92527
0f0d637acf767f49c425c065d5f827935d74823d: Bug 1653276 - Ensure that IndexedDB operations are cancelled when nsGlobalWindowInner::FreeInnerObjects is called. r=dom-workers-and-storage-reviewers,janv
Simon Giesecke <sgiesecke@mozilla.com> - Tue, 06 Oct 2020 15:27:19 +0000 - rev 551718
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1653276 - Ensure that IndexedDB operations are cancelled when nsGlobalWindowInner::FreeInnerObjects is called. r=dom-workers-and-storage-reviewers,janv Differential Revision: https://phabricator.services.mozilla.com/D92209
2dcd868c9ed01f2561a2e4af30d81e463db39af0: Bug 1669449 - Make sure the output array is empty before calling GetEvent r=necko-reviewers,valentin
Dragana Damjanovic <dd.mozilla@gmail.com> - Tue, 06 Oct 2020 11:12:13 +0000 - rev 551717
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1669449 - Make sure the output array is empty before calling GetEvent r=necko-reviewers,valentin Differential Revision: https://phabricator.services.mozilla.com/D92563
fdc241290ef22afefd8f87be597b4681dce16f8e: Bug 1665810 - Add an end-to-end mochitest for DOMEvent markers r=gerald
Greg Tatum <gtatum@mozilla.com> - Tue, 06 Oct 2020 13:57:50 +0000 - rev 551716
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1665810 - Add an end-to-end mochitest for DOMEvent markers r=gerald I created a new test file for testing markers in the parent process. It can be re-used to test a variety of different markers and their payloads to ensure they are properly being created, and with relevant information. The idea here is that this tests the entire pipeline, and excercises the code as an end user of the profiler would. Differential Revision: https://phabricator.services.mozilla.com/D92457
410bdec8b73ef3b3aef2856f948a0bbf7288963e: Bug 1669266 - Upgrade the DOMEvent marker to not be of type "tracing" r=gerald
Greg Tatum <gtatum@mozilla.com> - Tue, 06 Oct 2020 13:57:46 +0000 - rev 551715
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1669266 - Upgrade the DOMEvent marker to not be of type "tracing" r=gerald This is part of the Markers 2.0 work. This payload proved to be a bit ambiguous when moving to the new marker schema, so it requires an upgrader. The test is included as the following commit. Differential Revision: https://phabricator.services.mozilla.com/D92456
a853e285286d8d273b7bde64dcdca92474ce21c6: Bug 1668514 - Update crossbeam-channel. r=janerik
Emilio Cobos Álvarez <emilio@crisal.io> - Fri, 02 Oct 2020 19:15:26 +0000 - rev 551714
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1668514 - Update crossbeam-channel. r=janerik It's used by both webrender and fog, and it contains a subtle soundness issue which may affect us, see: * https://github.com/crossbeam-rs/crossbeam/pull/533 * https://twitter.com/khuey_/status/1311641831201857537 Quoting for posterity: > There is a 0.4.4 on a branch and it contains a reversion for the UB > mentioned in https://github.com/crossbeam-rs/crossbeam/pull/533. > > This was causing corruption of jemalloc structures (and ultimately a > deadlock) for us. Update the crate resolving the issue. Differential Revision: https://phabricator.services.mozilla.com/D92046
fa2eb71eaeb8a16c77454691a8ec5820894d3b17: Bug 1669484 - Rollout WebRender to Cherryview (gen8lp) in Nightly and early beta. r=aosmond
Jeff Muizelaar <jmuizelaar@mozilla.com> - Tue, 06 Oct 2020 15:08:43 +0000 - rev 551713
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1669484 - Rollout WebRender to Cherryview (gen8lp) in Nightly and early beta. r=aosmond Differential Revision: https://phabricator.services.mozilla.com/D92614
ccf34c77baa01ad124296cf75d1763356178e402: Bug 1666455. Enable WebRender on higher refresh rates on non Intel. r=aosmond
Jeff Muizelaar <jmuizelaar@mozilla.com> - Tue, 06 Oct 2020 15:06:53 +0000 - rev 551712
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1666455. Enable WebRender on higher refresh rates on non Intel. r=aosmond Differential Revision: https://phabricator.services.mozilla.com/D92615
b307e37517afafb9d1e54615d83a5a3c41ae6167: Bug 1668375 - wasm: Decode ref.null in element segments as heap type. r=lth
Ryan Hunt <rhunt@eqrion.net> - Mon, 05 Oct 2020 15:47:37 +0000 - rev 551711
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1668375 - wasm: Decode ref.null in element segments as heap type. r=lth Because we special case the decoding code for element segments, the change to use heap types for ref.null wasn't propagated from OpIter. We should decode as a heap type here. Differential Revision: https://phabricator.services.mozilla.com/D91997
cd62c4bc24120c4e1a4aa8793385de41177aa825: Bug 1668373 - wasm: Split CompilerEnvironment from ModuleEnvironment. r=lth
Ryan Hunt <rhunt@eqrion.net> - Mon, 05 Oct 2020 15:47:27 +0000 - rev 551710
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1668373 - wasm: Split CompilerEnvironment from ModuleEnvironment. r=lth ModuleEnvironment contains a CompilerEnvironment pointer, which describes the compiler selection, tiering, and whether debugging is enabled. None of this information is needed for validation, so wasm::Validate() has to create a synthetic CompilerEnvironment which is never read. This isn't a large issue, but indicates ModuleEnvironment is doing too many things. This commit removes CompilerEnvironment from ModuleEnvironment and pipes it through the compiler pipeline. This is fairly straightforward except for: * wasm::Validate() no longer needs to create a synthetic compiler env * DecodeModuleEnvironment() used to invoke moduleEnv.compilerEnv.computeParameters(d) after the preamble was decoded. I believe this was needed for handling the GC opt-in section, which is no longer used. I moved this call to computeParameters() to after all callers of DecodeModuleEnvironment(). * I added an assertion in IonCompileFunctions/CraneliftCompileFunctions that they are not being invoked for debugged modules. Differential Revision: https://phabricator.services.mozilla.com/D91995
9652ae0962ac788b39aef19ec8e1bfdf012ef34e: Bug 1668373 - wasm: Rename future ambiguous uses of 'env_' to 'moduleEnv_'. r=lth
Ryan Hunt <rhunt@eqrion.net> - Mon, 05 Oct 2020 17:01:32 +0000 - rev 551709
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1668373 - wasm: Rename future ambiguous uses of 'env_' to 'moduleEnv_'. r=lth The next commit will move CompilerEnvironment out of ModuleEnvironment and pass it through the compiler pipeline. The compiler pipeline typically uses 'env_' to refer to the module environment, with a 'compilerEnv_' being used as well I think we should rename 'env_' to 'moduleEnv_'. The one exception is within validation/decoding where I think using just 'env_' to refer to the module environment is fine. Differential Revision: https://phabricator.services.mozilla.com/D91994
1d575944a02386962e2248c30ded4fa911899193: Bug 1668757 - Fix lifetime extension issues with 0-length literals. r=xpcom-reviewers,nika
Simon Giesecke <sgiesecke@mozilla.com> - Tue, 06 Oct 2020 15:03:01 +0000 - rev 551708
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1668757 - Fix lifetime extension issues with 0-length literals. r=xpcom-reviewers,nika Differential Revision: https://phabricator.services.mozilla.com/D92179
37d14279b86b5f6a1b5445ebf635541946a0e329: Bug 1665675 - Fix sporadic `AttributeError: module distutils has no attribute sysconfig` error in `configure` r=glandium
Ricky Stewart <rstewart@mozilla.com> - Tue, 06 Oct 2020 14:59:46 +0000 - rev 551707
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1665675 - Fix sporadic `AttributeError: module distutils has no attribute sysconfig` error in `configure` r=glandium The existing implementation of `@imports()` in the `configure` sandbox doesn't translate an import of the form `@imports('distutils.sysconfig')` into an `import distutils.sysconfig` statement; instead, it transforms the input `@imports()` request a few times in such a way that we eventually just do `import distutils`, and expect that `distutils.sysconfig` will be populated that way. This would be fine, except that this isn't the way that Python's `import` system works: ``` >>> import distutils >>> distutils.sysconfig Traceback (most recent call last): File "<stdin>", line 1, in <module> AttributeError: module 'distutils' has no attribute 'sysconfig' >>> import distutils.sysconfig >>> distutils.sysconfig <module 'distutils.sysconfig' from '/usr/lib/python3.8/distutils/sysconfig.py'> ``` i.e., we can't just import a parent module and expect that we can indirectly access all child packages of that module without importing them specifically. So instead, we simplify the current model somewhat by not transforming the `@imports()` request at all and instead just performing the exact `import` that the user requested. This resolves the `distutils.sysconfig` issue as well as hopefully preventing any other similar issues popping up in the future. While I'm here, I also refactored some stuff so that the way that we're patching in wrapped modules for the sandbox is more structured. Differential Revision: https://phabricator.services.mozilla.com/D90627
8963c3923ebd5388ec261e0b1f2c9983a40a13d0: Bug 1669188, hide shortcut if print.tab_modal.enabled is false r=Gijs
Emma Malysz <emalysz@mozilla.com> - Tue, 06 Oct 2020 11:26:54 +0000 - rev 551706
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1669188, hide shortcut if print.tab_modal.enabled is false r=Gijs Differential Revision: https://phabricator.services.mozilla.com/D92525
bb508faf0d8495e8576788e0c7e0eeb191d2b242: Bug 1669270 - Don't call OnProxyConnectComplete if it's websocket over h2 r=necko-reviewers,dragana
Kershaw Chang <kershaw@mozilla.com> - Tue, 06 Oct 2020 08:42:01 +0000 - rev 551705
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1669270 - Don't call OnProxyConnectComplete if it's websocket over h2 r=necko-reviewers,dragana Differential Revision: https://phabricator.services.mozilla.com/D92494
1c6f5ca1b97d49f7f45a5eaa7369ef365b53ad32: Bug 1668802 - Remove SpdyConnectTransaction::mConnInfo r=necko-reviewers,valentin
Kershaw Chang <kershaw@mozilla.com> - Mon, 05 Oct 2020 14:44:03 +0000 - rev 551704
Push 37840 by rmaries@mozilla.com at Wed, 07 Oct 2020 09:42:23 +0000
Bug 1668802 - Remove SpdyConnectTransaction::mConnInfo r=necko-reviewers,valentin Differential Revision: https://phabricator.services.mozilla.com/D92441
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip