524a4ef26f50c2d7fc49ab1d7790dbc4086f0b91: Bug 1257478 - Add a git-setup command to mach draft
Panos Astithas <past@mozilla.com> - Wed, 04 Jul 2018 21:48:42 +0300 - rev 814787
Push 115344 by bmo:past@mozilla.com at Fri, 06 Jul 2018 07:43:58 +0000
Bug 1257478 - Add a git-setup command to mach MozReview-Commit-ID: AD6gLqFm8Nn
8516908f03b3ebece77524b60cb0c78c32a5eb7a: Bug 1469759 - Part 4. Get rid of mozISpellI18NUtil. r?masayuki draft
Makoto Kato <m_kato@ga2.so-net.ne.jp> - Mon, 02 Jul 2018 11:22:08 +0900 - rev 814786
Push 115343 by bmo:m_kato@ga2.so-net.ne.jp at Fri, 06 Jul 2018 07:41:34 +0000
Bug 1469759 - Part 4. Get rid of mozISpellI18NUtil. r?masayuki mozEnglishWordUtils should be deXPCOM since it isn't used from script, then get rid of mozISpellI18NUtil that is unused. MozReview-Commit-ID: JpRuWfu3uYx
8bef5812c3ffa8d16e044649816fc103a9b7de13: Bug 1469759 - Part 3. Remove unused method of mozISpellI18NUtil. r?masayuki draft
Makoto Kato <m_kato@ga2.so-net.ne.jp> - Mon, 02 Jul 2018 11:21:28 +0900 - rev 814785
Push 115343 by bmo:m_kato@ga2.so-net.ne.jp at Fri, 06 Jul 2018 07:41:34 +0000
Bug 1469759 - Part 3. Remove unused method of mozISpellI18NUtil. r?masayuki Some methods in mozISpellI18NUtil are unused now. MozReview-Commit-ID: Ku9FojuJW3T
160ace2fbd752c12923a59576bb2273f5bf74030: Bug 1469759 - Part 2. Get rid of mozISpellI18NManager. r?masayuki draft
Makoto Kato <m_kato@ga2.so-net.ne.jp> - Mon, 02 Jul 2018 11:21:04 +0900 - rev 814784
Push 115343 by bmo:m_kato@ga2.so-net.ne.jp at Fri, 06 Jul 2018 07:41:34 +0000
Bug 1469759 - Part 2. Get rid of mozISpellI18NManager. r?masayuki No one uses mozISpellI18NManager, so we should get rid of this interface. MozReview-Commit-ID: 7f0Cy3tHnt1
cde8a836239cc8ff001ce191a50a4cad5eeddf3d: Bug 1469759 - Part 1. Use mozEnglishWordUtils directly. r?masayuki draft
Makoto Kato <m_kato@ga2.so-net.ne.jp> - Mon, 02 Jul 2018 11:20:39 +0900 - rev 814783
Push 115343 by bmo:m_kato@ga2.so-net.ne.jp at Fri, 06 Jul 2018 07:41:34 +0000
Bug 1469759 - Part 1. Use mozEnglishWordUtils directly. r?masayuki mozISpellI18NManager is only used to get mozISpellI18NUtil. And mozISpellI18NUtil is only implemented on mozEnglishWordUtils. So we should create an instance of mozEnglishWordUtils instead of using mozISpellI18NManager. MozReview-Commit-ID: FmCuMAMmH9C
f948e4e8b756de3ae17b98ee8e26c464caed2b85: Bug 1402247 - Use encoding_rs for XPCOM string encoding conversions. draft
Henri Sivonen <hsivonen@hsivonen.fi> - Mon, 26 Mar 2018 15:44:50 +0300 - rev 814782
Push 115342 by bmo:hsivonen@hsivonen.fi at Fri, 06 Jul 2018 07:24:20 +0000
Bug 1402247 - Use encoding_rs for XPCOM string encoding conversions. Correctness improvements: * UTF errors are handled safely per spec instead of dangerously truncating strings. * There are fewer converter implementations. Performance improvements: * The old code did exact buffer length math, which meant doing UTF math twice on each input string (once for length calculation and another time for conversion). Exact length math is more complicated when handling errors properly, which the old code didn't do. The new code does UTF math on the string content only once (when converting) but risks allocating more than once. There are heuristics in place to lower the probability of reallocation in cases where the double math avoidance isn't enough of a saving to absorb an allocation and memcpy. * Previously, in UTF-16 <-> UTF-8 conversions, an ASCII prefix was optimized but a single non-ASCII code point pessimized the rest of the string. The new code tries to get back on the fast ASCII path. * UTF-16 to Latin1 conversion guarantees less about handling of out-of-range input to eliminate an operation from the inner loop on x86/x86_64. * When assigning to a pre-existing string, the new code tries to reuse the old buffer instead of first releasing the old buffer and then allocating a new one. * When reallocating from the new code, the memcpy covers only the data that is part of the logical length of the old string instead of memcpying the whole capacity. (For old callers old excess memcpy behavior is preserved due to bogus callers. See bug 1472113.) * UTF-8 strings in XPConnect that are in the Latin1 range are passed to SpiderMonkey as Latin1. New features: * Conversion between UTF-8 and Latin1 is added in order to enable faster future interop between Rust code (or otherwise UTF-8-using code) and text node and SpiderMonkey code that uses Latin1. MozReview-Commit-ID: JaJuExfILM9
990ca568cc753b679c09fc1c845a6f476a021cff: Bug 1468475 - Part 2. Display the zero graduation. r?daisuke draft
Mantaroh Yoshinaga <mantaroh@gmail.com> - Fri, 06 Jul 2018 16:14:40 +0900 - rev 814781
Push 115341 by bmo:mantaroh@gmail.com at Fri, 06 Jul 2018 07:18:49 +0000
Bug 1468475 - Part 2. Display the zero graduation. r?daisuke This patch will ensure that displaying the zero graduation into the timeline by using shift the graduation with zeroBaseTime. If we shifted all of the graduations, the graph might not have the first graduation. So this patch will add the first graduation intentionally in this case. Furthermore, as result of shifting the graduation, label might not be displayed due to width is narrow. So this patch will not display the label in this case. MozReview-Commit-ID: Hm8uYt0HsD
07ada78e28da02770642114cbe10a8c3e713f40d: Bug 1468475 - Part 1. Introduce zeroPositionTime in order to shift the graduation if animations have negative-delay. r?daisuke draft
Mantaroh Yoshinaga <mantaroh@gmail.com> - Fri, 06 Jul 2018 16:14:34 +0900 - rev 814780
Push 115341 by bmo:mantaroh@gmail.com at Fri, 06 Jul 2018 07:18:49 +0000
Bug 1468475 - Part 1. Introduce zeroPositionTime in order to shift the graduation if animations have negative-delay. r?daisuke This patch will introduce the zeroPositionTime, this value means the time that current time of animation will be zero. In front-side, use this value for shifting the graduation in order to display the zero. MozReview-Commit-ID: I7avAdBPS4a
bbf0550d5350a14fb2d92c58be72d010e613dc5e: Bug 1468475 - Part 2. Display the zero graduation. r?daisuke draft
Mantaroh Yoshinaga <mantaroh@gmail.com> - Fri, 06 Jul 2018 16:04:17 +0900 - rev 814779
Push 115340 by bmo:mantaroh@gmail.com at Fri, 06 Jul 2018 07:07:55 +0000
Bug 1468475 - Part 2. Display the zero graduation. r?daisuke This patch will ensure that displaying the zero graduation into the timeline by using shift the graduation with zeroBaseTime. If we shifted all of the graduations, the graph might not have the first graduation. So this patch will add the first graduation intentionally in this case. Furthermore, as result of shifting the graduation, label might not be displayed due to width is narrow. So this patch will not display the label in this case. MozReview-Commit-ID: B0E5oqFY0Q5
ae90b4e21fa90bae292e6bb75ac55bd66bd536b9: Bug 1468475 - Part 1. Introduce zeroPositionTime in order to shift the graduation if animations have negative-delay. r?daisuke draft
Mantaroh Yoshinaga <mantaroh@gmail.com> - Fri, 06 Jul 2018 16:04:11 +0900 - rev 814778
Push 115340 by bmo:mantaroh@gmail.com at Fri, 06 Jul 2018 07:07:55 +0000
Bug 1468475 - Part 1. Introduce zeroPositionTime in order to shift the graduation if animations have negative-delay. r?daisuke This patch will introduce the zeroPositionTime, this value means the time that current time of animation will be zero. In front-side, use this value for shifting the graduation in order to display the zero. MozReview-Commit-ID: HRzKGEz9znM
773ffe8ea671abb5fa19a2018917af41bb541ba9: Bug 1472718 - Convert ChromeUtils.requestIOActivity to a Promise - r?baku,valentin draft
Tarek Ziadé <tarek@mozilla.com> - Fri, 06 Jul 2018 02:10:33 +0200 - rev 814777
Push 115339 by tziade@mozilla.com at Fri, 06 Jul 2018 06:46:44 +0000
Bug 1472718 - Convert ChromeUtils.requestIOActivity to a Promise - r?baku,valentin Changes: - The API now returns a Promise containing a sequence of IOActivityData dictionnaries. - All the code related to notifications and XPCOM is removed. - The counters are no longer reset to 0 when the API is called MozReview-Commit-ID: 7J2EgFqDgf
722863d3edeee2e75700bd0446f2ff668498f802: Bug 1473735 - Add memory reporting for MediaQueryLists. r?emilio draft
Cameron McCormack <cam@mcc.id.au> - Fri, 06 Jul 2018 11:09:12 +1000 - rev 814776
Push 115338 by bmo:cam@mcc.id.au at Fri, 06 Jul 2018 06:06:30 +0000
Bug 1473735 - Add memory reporting for MediaQueryLists. r?emilio MozReview-Commit-ID: 87rgRtQOOyG
3f7ae78257f0689639580d79c107b008aed5d9a2: Bug 1473776 - Remove out of date comment. r?emilio draft
Cameron McCormack <cam@mcc.id.au> - Fri, 06 Jul 2018 11:23:09 +1000 - rev 814775
Push 115338 by bmo:cam@mcc.id.au at Fri, 06 Jul 2018 06:06:30 +0000
Bug 1473776 - Remove out of date comment. r?emilio MozReview-Commit-ID: 1FqcJpu5L81
f4560c105a8e22f1c0bb7680861fc0930a0bf969: Bug 1468475 - Part 2. Display the zero graduation. r?daisuke draft
Mantaroh Yoshinaga <mantaroh@gmail.com> - Fri, 06 Jul 2018 14:20:39 +0900 - rev 814774
Push 115337 by bmo:mantaroh@gmail.com at Fri, 06 Jul 2018 05:23:44 +0000
Bug 1468475 - Part 2. Display the zero graduation. r?daisuke This patch will ensure that displaying the zero graduation into the timeline by using shift the graduation with zeroBaseTime. If we shifted all of the graduations, the graph might not have the first graduation. So this patch will add the first graduation intentionally in this case. Furthermore, as result of shifting the graduation, label might not be displayed due to width is narrow. So this patch will not display the label in this case. MozReview-Commit-ID: 4ULAoYZwuNu
559f01d51256eb45383714607626a9bc5fc13ad5: Bug 1468475 - Part 1. Introduce zeroPositionTime in order to shift the graduation if animations have negative-delay. r?daisuke draft
Mantaroh Yoshinaga <mantaroh@gmail.com> - Fri, 06 Jul 2018 14:15:50 +0900 - rev 814773
Push 115337 by bmo:mantaroh@gmail.com at Fri, 06 Jul 2018 05:23:44 +0000
Bug 1468475 - Part 1. Introduce zeroPositionTime in order to shift the graduation if animations have negative-delay. r?daisuke This patch will introduce the zeroPositionTime, this value means the time that current time of animation will be zero. In front-side, use this value for shifting the graduation in order to display the zero. MozReview-Commit-ID: A3CWYCulISn
6eb9325dc1f2e873264612f0a6ae119fd853e7bc: Bug 1468475 - Part 2. Display the zero graduation. r?daisuke draft
Mantaroh Yoshinaga <mantaroh@gmail.com> - Fri, 06 Jul 2018 13:55:34 +0900 - rev 814772
Push 115336 by bmo:mantaroh@gmail.com at Fri, 06 Jul 2018 04:56:35 +0000
Bug 1468475 - Part 2. Display the zero graduation. r?daisuke This patch will ensure that displaying the zero graduation into the timeline by using shift the graduation with zeroBaseTime. If we shifted all of the graduations, the graph might not have the first graduation. So this patch will add the first graduation intentionally in this case. Furthermore, as result of shifting the graduation, label might not be displayed due to width is narrow. So this patch will not display the label in this case. MozReview-Commit-ID: IoyzcT8m0ZI
706683067b580e27fbbc464162bf3be06e671723: Bug 1468475 - Part 1. Introduce zeroPositionTime in order to shift the graduation if animations have negative-delay. r?daisuke draft
Mantaroh Yoshinaga <mantaroh@gmail.com> - Fri, 06 Jul 2018 13:55:20 +0900 - rev 814771
Push 115336 by bmo:mantaroh@gmail.com at Fri, 06 Jul 2018 04:56:35 +0000
Bug 1468475 - Part 1. Introduce zeroPositionTime in order to shift the graduation if animations have negative-delay. r?daisuke This patch will introduce the zeroPositionTime, this value means the time that current time of animation will be zero. In front-side, use this value for shifting the graduation in order to display the zero. MozReview-Commit-ID: Cbj0rNod3N5
3f8063cefce99fb32e6f5c4991d857e98de0fe1b: Bug 1468475 - Part 2. Display the zero graduation. r?daisuke draft
Mantaroh Yoshinaga <mantaroh@gmail.com> - Fri, 06 Jul 2018 13:48:15 +0900 - rev 814770
Push 115335 by bmo:mantaroh@gmail.com at Fri, 06 Jul 2018 04:50:49 +0000
Bug 1468475 - Part 2. Display the zero graduation. r?daisuke This patch will ensure that displaying the zero graduation into the timeline by using shift the graduation with zeroBaseTime. If we shifted all of the graduations, the graph might not have the first graduation. So this patch will add the first graduation intentionally in this case. Furthermore, as result of shifting the graduation, label might not be displayed due to width is narrow. So this patch will not display the label in this case. MozReview-Commit-ID: 5t1xIpKfgor
d928fdeeeaa0690079756210c9daf0181f0059ff: Bug 1468475 - Part 1. Introduce zeroBaseTime in order to shift the graduation if animations have negative-delay. r?daisuke draft
Mantaroh Yoshinaga <mantaroh@gmail.com> - Fri, 06 Jul 2018 13:29:55 +0900 - rev 814769
Push 115335 by bmo:mantaroh@gmail.com at Fri, 06 Jul 2018 04:50:49 +0000
Bug 1468475 - Part 1. Introduce zeroBaseTime in order to shift the graduation if animations have negative-delay. r?daisuke This patch will introduce the zeroBaseTime, this value means the time that current time of animation will be zero. In front-side, use this value for shifting the graduation in order to display the zero. MozReview-Commit-ID: IH6R2LiWcJz
37732a168a60010d7ebf12a2362b4a267923326b: Bug 1473450 - Remove angle values from image-orientation. r=emilio draft
Cameron McCormack <cam@mcc.id.au> - Thu, 05 Jul 2018 12:04:58 +1000 - rev 814768
Push 115334 by bmo:cam@mcc.id.au at Fri, 06 Jul 2018 04:37:11 +0000
Bug 1473450 - Remove angle values from image-orientation. r=emilio MozReview-Commit-ID: FB74ILJM6Fm
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 tip