94a48ae4635d4c245e7db6853932bb1fefb510cf: Bug 1449505 - Migrate Preferences translation.js to use mozIntl.getLocaleDisplayNames. r?jaws draft
Zibi Braniecki <zbraniecki@mozilla.com> - Sun, 01 Apr 2018 14:51:31 +0200 - rev 780066
Push 105952 by bmo:gandalf@aviary.pl at Wed, 11 Apr 2018 05:43:29 +0000
Bug 1449505 - Migrate Preferences translation.js to use mozIntl.getLocaleDisplayNames. r?jaws MozReview-Commit-ID: 3qjW0iQ9poi
7f12a0782eff24147428c0acedb4b73f5bcc8f09: Bug 1449505 - Migrate NarrateControls.jsm to use mozIntl.getLocaleDisplayNames. r?jfkthame draft
Zibi Braniecki <zbraniecki@mozilla.com> - Sun, 01 Apr 2018 14:35:49 +0200 - rev 780065
Push 105952 by bmo:gandalf@aviary.pl at Wed, 11 Apr 2018 05:43:29 +0000
Bug 1449505 - Migrate NarrateControls.jsm to use mozIntl.getLocaleDisplayNames. r?jfkthame MozReview-Commit-ID: FN8jdXSuRky
e3cd732dedfa11a62959c33e83e0a883906e8c3d: Bug 1449505 - Migrate InlineSpellChecker.jsm to use mozIntl.getLocaleDisplayNames. r?jfkthame draft
Zibi Braniecki <zbraniecki@mozilla.com> - Sun, 01 Apr 2018 14:30:21 +0200 - rev 780064
Push 105952 by bmo:gandalf@aviary.pl at Wed, 11 Apr 2018 05:43:29 +0000
Bug 1449505 - Migrate InlineSpellChecker.jsm to use mozIntl.getLocaleDisplayNames. r?jfkthame MozReview-Commit-ID: JbvCQZrTtEZ
ab381d8aa055b7a466f3398f6e6458ce34d275c5: Bug 1449505 - Add mozIntl.getLocaleDisplayNames. r?jfkthame draft
Zibi Braniecki <zbraniecki@mozilla.com> - Fri, 30 Mar 2018 20:50:58 +0200 - rev 780063
Push 105952 by bmo:gandalf@aviary.pl at Wed, 11 Apr 2018 05:43:29 +0000
Bug 1449505 - Add mozIntl.getLocaleDisplayNames. r?jfkthame MozReview-Commit-ID: GJroYvSODgh
aeb2f66e7ffdba6ac438aaa3fee69b133d2fa2fd: Bug 1420908: Remove telemetry experiments. r?gfritzsche draft
Kris Maglione <maglione.k@gmail.com> - Tue, 03 Apr 2018 15:17:13 -0700 - rev 780062
Push 105951 by maglione.k@gmail.com at Wed, 11 Apr 2018 05:11:36 +0000
Bug 1420908: Remove telemetry experiments. r?gfritzsche MozReview-Commit-ID: 6KEEZ6nKXrU
21b43fb00d64938664e4d9b20858ab4ca9846b0d: Bug 1453180 - Remove -x-system-font. r?emilio,heycam draft
Xidorn Quan <me@upsuper.org> - Wed, 11 Apr 2018 10:12:16 +1000 - rev 780061
Push 105950 by xquan@mozilla.com at Wed, 11 Apr 2018 05:08:59 +0000
Bug 1453180 - Remove -x-system-font. r?emilio,heycam We need to add the system font keywords separately in InspectorUtils so that we don't regress values listed in inspector. MozReview-Commit-ID: 7a8CKGeSn4K
e793020e92b53ff7d3980cd575c050f2ce49de52: Bug 645325 - Part 7: Always check location results in geolocation tests' success callbacks. r? draft
Chris Peterson <cpeterson@mozilla.com> - Sat, 10 Mar 2018 02:11:09 -0800 - rev 780060
Push 105949 by cpeterson@mozilla.com at Wed, 11 Apr 2018 05:05:02 +0000
Bug 645325 - Part 7: Always check location results in geolocation tests' success callbacks. r? MozReview-Commit-ID: DVQAvxfzJNx
91dfa1c76b187e2ef94680cc889bde1585e1d5b0: Bug 645325 - Part 6: Disable geolocation request cache when testing different location providers. r? draft
Chris Peterson <cpeterson@mozilla.com> - Sat, 10 Mar 2018 00:23:07 -0800 - rev 780059
Push 105949 by cpeterson@mozilla.com at Wed, 11 Apr 2018 05:05:02 +0000
Bug 645325 - Part 6: Disable geolocation request cache when testing different location providers. r? Disable NetworkGeolocationProvider.js request cache for test cases that change the geo.wifi.uri. The cache does not remember from which location service the cached request came from and we expect different results when we change the provider URL (geo.wifi.uri). MozReview-Commit-ID: 7SbhBOkek4H
104e4f7a2c8b0e2943fd1ca6072e53214e72a1ca: Bug 645325 - Part 5: Add stricter type and range checks for JavaScript Coordinates properties. r? draft
Chris Peterson <cpeterson@mozilla.com> - Sat, 10 Mar 2018 01:50:20 -0800 - rev 780058
Push 105949 by cpeterson@mozilla.com at Wed, 11 Apr 2018 05:05:02 +0000
Bug 645325 - Part 5: Add stricter type and range checks for JavaScript Coordinates properties. r? MozReview-Commit-ID: 32XkDhYjIyu
d53050f3e7d91cce9745a4848f1c17ec07112f4e: Bug 645325 - Part 4: Handle null listener when xhr callbacks are called after WifiGeoPositionProvider shutdown. r? draft
Chris Peterson <cpeterson@mozilla.com> - Fri, 09 Mar 2018 22:20:50 -0800 - rev 780057
Push 105949 by cpeterson@mozilla.com at Wed, 11 Apr 2018 05:05:02 +0000
Bug 645325 - Part 4: Handle null listener when xhr callbacks are called after WifiGeoPositionProvider shutdown. r? I hit this error when testing geolocation with Wi-Fi disabled. There is a race where the WifiGeoPositionProvider gets shut down (settting this.listener to null) but the xhr request is still alive (and the xhr callback later hits the null this.listener). MozReview-Commit-ID: E3jCFM3om5A
a202fc95fa1cc777b939b13ff0291f77a485bfab: Bug 645325 - Part 3: Remove nsGeoPosition's unused `long long aTimestamp` constructor. r? draft
Chris Peterson <cpeterson@mozilla.com> - Sun, 25 Feb 2018 16:32:16 -0800 - rev 780056
Push 105949 by cpeterson@mozilla.com at Wed, 11 Apr 2018 05:05:02 +0000
Bug 645325 - Part 3: Remove nsGeoPosition's unused `long long aTimestamp` constructor. r? And change nsGeoPosition to store DOMTimeStamp instead of long long because it is a more descriptive type. DOMTimeStamp is a typedef for uint64_t, so we're not losing any precision using DOMTimeStamp instead of long long. MozReview-Commit-ID: hjXnw959yC
cecb644ebd429d6e52f4673e2d0a59d7d6c99cd2: Bug 645325 - Part 2: Remove the two-second startup delay for the MLS fallback provider on Windows and macOS. r? draft
Chris Peterson <cpeterson@mozilla.com> - Wed, 28 Feb 2018 23:59:03 -0800 - rev 780055
Push 105949 by cpeterson@mozilla.com at Wed, 11 Apr 2018 05:05:02 +0000
Bug 645325 - Part 2: Remove the two-second startup delay for the MLS fallback provider on Windows and macOS. r? The Windows and macOS location providers used to start the MLS provider (with a two-second delay) and then call the operating system's location provider, letting them race. Currently, however, we only start the MLS fallback provider after the system provider returns an error, so the two-second startup delay is just wasted time. I left the starup delay option in MLSFallback because the Linux gpsd provider still uses it to race MLS with the system's GPS provider. MozReview-Commit-ID: 3ZFeF1g6PoG
fa3f4e9b43f89be7aeca08d9f6a644f44c24b7de: Bug 645325 - Part 1: Use NaN to indicate unset optional coordinate values returned from the location providers. r? draft
Chris Peterson <cpeterson@mozilla.com> - Sun, 25 Feb 2018 23:35:16 -0800 - rev 780054
Push 105949 by cpeterson@mozilla.com at Wed, 11 Apr 2018 05:05:02 +0000
Bug 645325 - Part 1: Use NaN to indicate unset optional coordinate values returned from the location providers. r? nsGeoPositionCoords will convert NaNs returned from the location providers to null properties of the JavaScript Coordinates object. MozReview-Commit-ID: Cmuf2aO0ClD
fcc68d4c98ed25d85570eecf05c67a08cb01fae5: Bug 1448553 - Part 7: Adds mochitests to test the feature of filtering Unicode strings and Unicode filenames in the Web Console. r?nchevobbe draft
Zhang Junzhi <zjz@zjz.name> - Wed, 11 Apr 2018 12:55:57 +0800 - rev 780053
Push 105948 by bmo:zjz@zjz.name at Wed, 11 Apr 2018 04:56:36 +0000
Bug 1448553 - Part 7: Adds mochitests to test the feature of filtering Unicode strings and Unicode filenames in the Web Console. r?nchevobbe This patch makes sure the feature of filtering Unicode strings and Unicode filenames works correctly by adding mochitests so that we don't regress for fixing this bug. MozReview-Commit-ID: GtWbA8ZEwQ3
d337690d66af051bc117cbfa897c3cfdbbafe67c: Bug 645325 - Part 7: Always check location results in geolocation tests' success callbacks. r?jdm draft
Chris Peterson <cpeterson@mozilla.com> - Sat, 10 Mar 2018 02:11:09 -0800 - rev 780052
Push 105947 by cpeterson@mozilla.com at Wed, 11 Apr 2018 04:50:50 +0000
Bug 645325 - Part 7: Always check location results in geolocation tests' success callbacks. r?jdm MozReview-Commit-ID: DVQAvxfzJNx
afe4672507c5afc1c956eddc1eb37ba7e96861e6: Bug 645325 - Part 6: Disable geolocation request cache when testing different location providers. r?jdm draft
Chris Peterson <cpeterson@mozilla.com> - Sat, 10 Mar 2018 00:23:07 -0800 - rev 780051
Push 105947 by cpeterson@mozilla.com at Wed, 11 Apr 2018 04:50:50 +0000
Bug 645325 - Part 6: Disable geolocation request cache when testing different location providers. r?jdm Disable NetworkGeolocationProvider.js request cache for test cases that change the geo.wifi.uri. The cache does not remember from which location service the cached request came from and we expect different results when we change the provider URL (geo.wifi.uri). MozReview-Commit-ID: 7SbhBOkek4H
6d3b813fa9dfb7b797a5c5553bce1436782a34c7: Bug 645325 - Part 5: Add stricter type and range checks for JavaScript Coordinates properties. r?jdm draft
Chris Peterson <cpeterson@mozilla.com> - Sat, 10 Mar 2018 01:50:20 -0800 - rev 780050
Push 105947 by cpeterson@mozilla.com at Wed, 11 Apr 2018 04:50:50 +0000
Bug 645325 - Part 5: Add stricter type and range checks for JavaScript Coordinates properties. r?jdm MozReview-Commit-ID: 32XkDhYjIyu
0272bcbefa5dc394b83d5cf2d131f01876fbdc8c: Bug 645325 - Part 4: Handle null listener when xhr callbacks are called after WifiGeoPositionProvider shutdown. r?jdm draft
Chris Peterson <cpeterson@mozilla.com> - Fri, 09 Mar 2018 22:20:50 -0800 - rev 780049
Push 105947 by cpeterson@mozilla.com at Wed, 11 Apr 2018 04:50:50 +0000
Bug 645325 - Part 4: Handle null listener when xhr callbacks are called after WifiGeoPositionProvider shutdown. r?jdm I hit this error when testing geolocation with Wi-Fi disabled. There is a race where the WifiGeoPositionProvider gets shut down (settting this.listener to null) but the xhr request is still alive (and the xhr callback later hits the null this.listener). MozReview-Commit-ID: E3jCFM3om5A
0de0e17c9e0d1da06bf277c0afe86015f612e03f: Bug 645325 - Part 3: Remove nsGeoPosition's unused `long long aTimestamp` constructor. r?jdm draft
Chris Peterson <cpeterson@mozilla.com> - Sun, 25 Feb 2018 16:32:16 -0800 - rev 780048
Push 105947 by cpeterson@mozilla.com at Wed, 11 Apr 2018 04:50:50 +0000
Bug 645325 - Part 3: Remove nsGeoPosition's unused `long long aTimestamp` constructor. r?jdm And change nsGeoPosition to store DOMTimeStamp instead of long long because it is a more descriptive type. DOMTimeStamp is a typedef for uint64_t, so we're not losing any precision using DOMTimeStamp instead of long long. MozReview-Commit-ID: hjXnw959yC
301c6ddbd367f114ed66c941ec3c2f033c542ef2: Bug 645325 - Part 2: Remove the two-second startup delay for the MLS fallback provider on Windows and macOS. r?jdm draft
Chris Peterson <cpeterson@mozilla.com> - Wed, 28 Feb 2018 23:59:03 -0800 - rev 780047
Push 105947 by cpeterson@mozilla.com at Wed, 11 Apr 2018 04:50:50 +0000
Bug 645325 - Part 2: Remove the two-second startup delay for the MLS fallback provider on Windows and macOS. r?jdm The Windows and macOS location providers used to start the MLS provider (with a two-second delay) and then call the operating system's location provider, letting them race. Currently, however, we only start the MLS fallback provider after the system provider returns an error, so the two-second startup delay is just wasted time. I left the starup delay option in MLSFallback because the Linux gpsd provider still uses it to race MLS with the system's GPS provider. MozReview-Commit-ID: 3ZFeF1g6PoG
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip