a4dcd48616d9f4d2947762d744705021d496cbbc: Bug 1618759 - Part 2. Support decimal and search value for inputmode. r=masayuki
Makoto Kato <m_kato@ga2.so-net.ne.jp> - Tue, 07 Apr 2020 13:23:25 +0000 - rev 522598
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1618759 - Part 2. Support decimal and search value for inputmode. r=masayuki Current WHATWG spec means that `numeric` is `IS_DIGITS` and `decimal` is `IS_NUMBER`. Depends on D68312 Differential Revision: https://phabricator.services.mozilla.com/D68313
010d99db9abd2b89c55561229228fe9f04eebd3e: Bug 1618759 - Part 1. Use common method to set input scope. r=masayuki
Makoto Kato <m_kato@ga2.so-net.ne.jp> - Tue, 07 Apr 2020 13:23:12 +0000 - rev 522597
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1618759 - Part 1. Use common method to set input scope. r=masayuki Gecko has duplicated code for input scope support, so I would like to clean up this. Differential Revision: https://phabricator.services.mozilla.com/D68312
484035551d18d583a4f8497a65a41184dddd2cb2: Bug 1627279 - Use speedometer rather than raptor-speedometer-APP in browsertime tests. r=perftest-reviewers,alexandru.irimovici
Gregory Mierzwinski <gmierz2@outlook.com> - Tue, 07 Apr 2020 13:27:30 +0000 - rev 522596
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1627279 - Use speedometer rather than raptor-speedometer-APP in browsertime tests. r=perftest-reviewers,alexandru.irimovici This patch changes the test that browsertime runs for speedometer from `raptor-speedometer-APP` to `speedometer` and changes some other small issues like the missing app name in the `extraOptions` field in the perfherder data. Differential Revision: https://phabricator.services.mozilla.com/D69581
5ecb361bcfc0b3d34ac7dcf1934ffed69cf03266: Bug 1627933 - Fix preference name to disable new perf panel for the Browser Toolbox r=julienw
Julian Descottes <jdescottes@mozilla.com> - Tue, 07 Apr 2020 13:18:55 +0000 - rev 522595
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1627933 - Fix preference name to disable new perf panel for the Browser Toolbox r=julienw This line was introduced in https://bugzilla.mozilla.org/show_bug.cgi?id=1408124 However the preference is incorrectly named. It should be devtools.performance.new-panel-enabled instead of devtools.preference.new-panel-enabled (which doesn't exist) Differential Revision: https://phabricator.services.mozilla.com/D69985
6c58a466d5573b4d8a5c4951b0dd0a532d840dff: Bug 1622757 - Start fewer parallel tasks if not enough work to satisfy maximum number of threads r=sfink
Jon Coppeard <jcoppeard@mozilla.com> - Mon, 23 Mar 2020 10:50:35 +0000 - rev 522594
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1622757 - Start fewer parallel tasks if not enough work to satisfy maximum number of threads r=sfink Previously we could start more parallel tasks than there were work items. This changes things around so we take a work item when we create a ParallelWorker, so that we can stop creating them if we run of of work. I change the foreground cell update code to not use ParallelWorker at all for work that happens entirely on the main thread and doesn't need synchronisation. Differential Revision: https://phabricator.services.mozilla.com/D66962
123eb94bd14d9f8073ab23e674ca0500c88e40d7: Bug 1594230 - Use actorCreated callback to listen to 'pageshow' event. r=NeilDeakin
jayati <gaurijove@gmail.com> - Tue, 07 Apr 2020 13:10:53 +0000 - rev 522593
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1594230 - Use actorCreated callback to listen to 'pageshow' event. r=NeilDeakin Differential Revision: https://phabricator.services.mozilla.com/D69710
8a567f46f3821b26c57eba4430dbb9a4892c5ed0: Backed out 6 changesets (bug 1350875) for causing failures in test.util.UiThreadUtils$TimeoutException
Mihai Alexandru Michis <malexandru@mozilla.com> - Tue, 07 Apr 2020 16:13:53 +0300 - rev 522592
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Backed out 6 changesets (bug 1350875) for causing failures in test.util.UiThreadUtils$TimeoutException CLOSED TREE Backed out changeset c65f2c0b6332 (bug 1350875) Backed out changeset 5084623c0f83 (bug 1350875) Backed out changeset 4eda0d89d8a2 (bug 1350875) Backed out changeset 149058087816 (bug 1350875) Backed out changeset 71ba43d7b2df (bug 1350875) Backed out changeset e65ead196f4b (bug 1350875)
810a84a189481e2190c1151f47c5f4632c8bd56b: Bug 1326486 - build-clang: Convert 3-stage builds to 4-stage PGO builds. r=glandium
David Major <dmajor@mozilla.com> - Tue, 07 Apr 2020 08:32:59 +0000 - rev 522591
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1326486 - build-clang: Convert 3-stage builds to 4-stage PGO builds. r=glandium Differential Revision: https://phabricator.services.mozilla.com/D69084
e04c57ed0c043e66d6da9319c9c2b5a983f7a44d: Bug 1326486 - build-clang: Add support for PGO builds. r=glandium
David Major <dmajor@mozilla.com> - Tue, 07 Apr 2020 08:32:32 +0000 - rev 522590
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1326486 - build-clang: Add support for PGO builds. r=glandium This adds the ability to do four-stage PGO builds. This was surprisingly straightforward thanks to PGO being a well-supported scenario in LLVM's cmake. For reference, the stages are: stage1: Initial build with gcc stage2: Instrumented build using stage1 stage3: Train by using the instrumented stage2 to build the clang tree stage4: Optimize using the stage3 compiler and the profdata created with it Differential Revision: https://phabricator.services.mozilla.com/D69080
493c338ad70533f8ce0797d1b2520d130e942912: Bug 1326486 - build-clang: Add support for 4-stage builds r=glandium
David Major <dmajor@mozilla.com> - Tue, 07 Apr 2020 08:29:02 +0000 - rev 522589
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1326486 - build-clang: Add support for 4-stage builds r=glandium Separating out the mechanical/"boring" changes to make the next patch more clear. This patch adds the ability to build a fourth stage that for now doesn't do anything special. I changed to using >= to make it more obvious that e.g. "here is what's going to happen for stage 2" -- the off-by-one was too hard on my brain. Differential Revision: https://phabricator.services.mozilla.com/D69079
96701b9815c2ca65bf7577a580701ee9de02c6af: Bug 1326486 - build-clang: Merge LLVM a84b200e604 to fix Windows PGO. r=glandium
David Major <dmajor@mozilla.com> - Tue, 07 Apr 2020 08:27:54 +0000 - rev 522588
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1326486 - build-clang: Merge LLVM a84b200e604 to fix Windows PGO. r=glandium https://github.com/llvm/llvm-project/commit/a84b200e6048211ae74c511a1660fb2c2c5567da Differential Revision: https://phabricator.services.mozilla.com/D69083
8adfc59eb3c59aead454c137301cdf85ac1b27d6: Bug 1326486 - build-clang: Install imports and asan symbols only in the final stage r=glandium
David Major <dmajor@mozilla.com> - Tue, 07 Apr 2020 08:27:36 +0000 - rev 522587
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1326486 - build-clang: Install imports and asan symbols only in the final stage r=glandium Otherwise, PGO builds would fail to find asan at stage2 because the instrumented build uses `LLVM_BUILD_RUNTIME=No`. Differential Revision: https://phabricator.services.mozilla.com/D69082
441282fd1fea7300e51fb80afde1d60b30fdc8b4: Bug 1326486 - build-clang: avoid building unnecessary things in intermediate stages. r=glandium
David Major <dmajor@mozilla.com> - Tue, 07 Apr 2020 08:27:26 +0000 - rev 522586
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1326486 - build-clang: avoid building unnecessary things in intermediate stages. r=glandium This will partially atone for making builds longer with PGO. Depends on D69618 Differential Revision: https://phabricator.services.mozilla.com/D69620
a64593d4c645886fd573cf82c35aef797db37a7f: Bug 1326486 - build-clang: pass is_final_stage even for stage1. r=glandium
David Major <dmajor@mozilla.com> - Tue, 07 Apr 2020 08:25:29 +0000 - rev 522585
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1326486 - build-clang: pass is_final_stage even for stage1. r=glandium Differential Revision: https://phabricator.services.mozilla.com/D69618
3ebf72b199b0a3066fecd8d3c97ac383456e0001: Bug 1626143 - Don't propagate SharedWorker errors to the owner window. r=baku
Tom Schuster <evilpies@gmail.com> - Tue, 07 Apr 2020 12:42:38 +0000 - rev 522584
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1626143 - Don't propagate SharedWorker errors to the owner window. r=baku Differential Revision: https://phabricator.services.mozilla.com/D69241
4c047e1637eb42cc504d5eabcf7060f1228500cf: Bug 1627903 - Fix the context selector's dropdown button location for RTL r=nchevobbe
Itiel <itiel_yn8@walla.com> - Tue, 07 Apr 2020 12:32:49 +0000 - rev 522583
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1627903 - Fix the context selector's dropdown button location for RTL r=nchevobbe Differential Revision: https://phabricator.services.mozilla.com/D69971
1394bc3c6261ceb848265e621f38f3c9825d5639: Bug 1550037 - patch 3 - Remove mAddr from the ShmBlock struct, as mShmem->memory() is now a trivial inline accessor. r=jwatt
Jonathan Kew <jkew@mozilla.com> - Tue, 07 Apr 2020 12:30:42 +0000 - rev 522582
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1550037 - patch 3 - Remove mAddr from the ShmBlock struct, as mShmem->memory() is now a trivial inline accessor. r=jwatt In mozilla::ipc::SharedMemory, the memory() method was virtual, so we cached the address here (although the compiler would likely have inlined the accessor as the `final` concrete subclass was known). Anyhow, in base::SharedMemory it's a trivial (non-virtual) accessor, so there's no sense in shadowing it here. Differential Revision: https://phabricator.services.mozilla.com/D68789
0e5c6a1e1beeb5a71fefa9dd14c4f114695feac0: Bug 1550037 - patch 2 - Ensure the font-list memory blocks passed to content processes are shared as readonly copies. r=jwatt
Jonathan Kew <jkew@mozilla.com> - Tue, 07 Apr 2020 12:30:30 +0000 - rev 522581
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1550037 - patch 2 - Ensure the font-list memory blocks passed to content processes are shared as readonly copies. r=jwatt Differential Revision: https://phabricator.services.mozilla.com/D68779
005a8977f8fc4ff46060c436fbaae6a093a2e7b9: Bug 1550037 - patch 1 - Migrate shared font-list code from mozilla::ipc::SharedMemoryBasic to base::SharedMemory APIs. r=jwatt
Jonathan Kew <jkew@mozilla.com> - Tue, 07 Apr 2020 12:30:17 +0000 - rev 522580
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1550037 - patch 1 - Migrate shared font-list code from mozilla::ipc::SharedMemoryBasic to base::SharedMemory APIs. r=jwatt The base::SharedMemory class provides APIs to create a "read-only" copy of a shared memory block, which means it can be shared to a child process without the risk that the child might map it as writable and corrupt the contents. We want to use this facility for the font list, hence switching the shared-memory APIs used. Differential Revision: https://phabricator.services.mozilla.com/D68778
d2979371ace06c759c08bccebb36aaa0b437c132: Bug 1626665: part 6) Move documentation of `nsIFrame::PeekOffsetWord` and remove outdated part of it. r=hsivonen
Mirko Brodesser <mbrodesser@mozilla.com> - Tue, 07 Apr 2020 09:15:09 +0000 - rev 522579
Push 37293 by apavel@mozilla.com at Tue, 07 Apr 2020 21:44:02 +0000
Bug 1626665: part 6) Move documentation of `nsIFrame::PeekOffsetWord` and remove outdated part of it. r=hsivonen Otherwise it's easy to overlook. Differential Revision: https://phabricator.services.mozilla.com/D69944
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip