5500f432a88828303595de17bf31d127baa12ff9: Backed out changeset 3baecf7b25f2 (bug 1399628) for build bustage. r=backout
Sebastian Hengst <archaeopteryx@coole-files.de> - Fri, 15 Sep 2017 14:36:12 +0200 - rev 665579
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Backed out changeset 3baecf7b25f2 (bug 1399628) for build bustage. r=backout
08d09442ab4b8efb8104b2ba0d6f4eee8818efb9: Bug 1400101 - [robocop] Find toolbar first and use it to find menu button. r=JanH,nechen
Jing-wei Wu <topwu.tw@gmail.com> - Fri, 15 Sep 2017 15:58:10 +0800 - rev 665578
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Bug 1400101 - [robocop] Find toolbar first and use it to find menu button. r=JanH,nechen Sometimes Robocop is confused when are multiple `R.id.menu` UI components shown on screen, one is the menu button on toolbar and otehrs are context menus on Activity Stream. To access the menu on toolbar, a simple fix is access toolbar first and use it to find its child. MozReview-Commit-ID: Jw4sTLeR3li
3baecf7b25f2d4a0d8cda5f773878a0f9d941ea5: Bug 1399628 - Disable Shield extension in Marionette and geckodriver. r=ato
Henrik Skupin <mail@hskupin.info> - Thu, 14 Sep 2017 21:03:40 +0200 - rev 665577
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Bug 1399628 - Disable Shield extension in Marionette and geckodriver. r=ato Shield experiments interfer with core features of Firefox which can cause tests run via Marionette or geckodriver to fail. Resetting the API URL will make sure that no experiments can be downloaded. MozReview-Commit-ID: HnE49jfnen7
2bf1aae5795a74407c9aad2dd8962aae433b03fc: Bug 1400180 - Fix CID 1417508 Uninitialized members of TextTrackCue::mLine and mPosition by giving them default values. r=alwu
James Cheng <jacheng@mozilla.com> - Fri, 15 Sep 2017 17:12:38 +0800 - rev 665576
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Bug 1400180 - Fix CID 1417508 Uninitialized members of TextTrackCue::mLine and mPosition by giving them default values. r=alwu MozReview-Commit-ID: CB6980MNqP1
3a173bcf1984255d88d8165a3798b7ae23db930c: Bug 1399522 - [mozlint] Properly handle directories in LineLinters, r=bc
Andrew Halberstadt <ahalberstadt@mozilla.com> - Wed, 13 Sep 2017 12:03:18 -0400 - rev 665575
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Bug 1399522 - [mozlint] Properly handle directories in LineLinters, r=bc Currently line linters (linters that open a file and process it line by line, by applying a regex for example), don't handle directories. If a directory is passed in, it will try to 'open' it, which fails. Directories can get hit if the linter has a directory in its include directive or if the user passes in --no-filter. This patch modifies LineLinters so that if a directory is detected, we search for all relevant files under that directory. If 'extensions' is used, we'll look for only files with appropriate extensions. Otherwise we assume the linter wants every file. MozReview-Commit-ID: D9lzTNuQTob
7de50f562f6f542a1adbce4a39d533a898ea9afc: Bug 1384686 - Use currentColor with a fill-opacity for toolbar button icons. r=ntim
Dão Gottwald <dao@mozilla.com> - Fri, 15 Sep 2017 13:00:40 +0200 - rev 665574
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Bug 1384686 - Use currentColor with a fill-opacity for toolbar button icons. r=ntim MozReview-Commit-ID: G5G9i29KIac
5e160c22afe711581ab9d7428ac7d7d9dd439b84: Bug 1367322 - Preferences search support for credit card autofill. r=evanxd,lchang
Scott Wu <scottcwwu@gmail.com> - Thu, 14 Sep 2017 18:18:24 +0800 - rev 665573
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Bug 1367322 - Preferences search support for credit card autofill. r=evanxd,lchang MozReview-Commit-ID: L8sSQkQUvq4
ef45a78e74f22d2873a57d8ab95ad67280c93b1a: Bug 1367322 - Preferences search support for address autofill. r=evanxd,lchang
Scott Wu <scottcwwu@gmail.com> - Thu, 14 Sep 2017 18:17:53 +0800 - rev 665572
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Bug 1367322 - Preferences search support for address autofill. r=evanxd,lchang MozReview-Commit-ID: 8r0BhqAPC0A
5c947934d2858a5e5c19e8cf073da9167e4071ed: Bug 1399421 - change onboarding library description;r=Fischer
gasolin <gasolin@gmail.com> - Fri, 15 Sep 2017 18:14:00 +0800 - rev 665571
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Bug 1399421 - change onboarding library description;r=Fischer MozReview-Commit-ID: KMZD8ZwUwRd
f9bf0e04b9342150ac022d9ebbf680484f6c43d7: Bug 1399983 - Firefox logo should float in place;r=rexboy
gasolin <gasolin@gmail.com> - Fri, 15 Sep 2017 14:19:36 +0800 - rev 665570
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Bug 1399983 - Firefox logo should float in place;r=rexboy MozReview-Commit-ID: 6pw9oqcCO6b
426ca730d7a28a9d4c77c8a7b203822b187df16c: merge mozilla-central to autoland. r=merge a=merge
Sebastian Hengst <archaeopteryx@coole-files.de> - Fri, 15 Sep 2017 11:08:55 +0200 - rev 665569
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
merge mozilla-central to autoland. r=merge a=merge
afdef583daff4df2e52a9259906978c1bcdf1b52: Bug 1399846 - [onboarding] Don't show speech bubble upon hovering watermark. r=gasolin
Rex Lee <rexboy@mozilla.com> - Fri, 15 Sep 2017 14:14:53 +0800 - rev 665568
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Bug 1399846 - [onboarding] Don't show speech bubble upon hovering watermark. r=gasolin MozReview-Commit-ID: 43FLUQMsZ9q
f7b896fc877805e3d3a51376f5f22b522f2e448a: Backed out changeset e2f8c9f76b71 for Hazard failure. r=backout
Sebastian Hengst <archaeopteryx@coole-files.de> - Fri, 15 Sep 2017 10:01:35 +0200 - rev 665567
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Backed out changeset e2f8c9f76b71 for Hazard failure. r=backout
a7f12e31f7e02368b00d72ac73bf3c661d55d0ad: Backed out changeset 1536fa69bad4 (bug 1399758) for Hazard failures. r=backout
Sebastian Hengst <archaeopteryx@coole-files.de> - Fri, 15 Sep 2017 10:00:52 +0200 - rev 665566
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Backed out changeset 1536fa69bad4 (bug 1399758) for Hazard failures. r=backout
50770364778192f030136c3ac91528fbe994df28: Bug 1399921 - Register zone allocator independently, and delay jemalloc initialization on mac. r=njn
Mike Hommey <mh+mozilla@glandium.org> - Fri, 15 Sep 2017 07:34:48 +0900 - rev 665565
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Bug 1399921 - Register zone allocator independently, and delay jemalloc initialization on mac. r=njn In bug 1361258, we unified the initialization sequence on mac, and chose to make the zone registration happen after jemalloc initialization. The order between jemalloc init and zone registration shouldn't actually matter, because jemalloc initializes the first time the allocator is actually used. On the other hand, in some build setups (e.g. with light optimization), the initialization of the thread_arena thread local variable can happen after the forced jemalloc initialization because of the order the corresponding static initializers run. In some levels of optimization, the thread_arena initializer resets the value the jemalloc initialization has set, which subsequently makes choose_arena() return a bogus value (or hit an assertion in ThreadLocal.h on debug builds). So instead of initializing jemalloc from a static initializer, which then registers the zone, we instead register the zone and let jemalloc initialize itself when used, which increases the chances of the thread_arena initializer running first.
013516394a9cd0ccfed501b78f796cfdf877654d: Bug 1400146 - Gracefully handle the allocator not being initialized in isalloc_validate. r=njn
Mike Hommey <mh+mozilla@glandium.org> - Fri, 15 Sep 2017 15:13:52 +0900 - rev 665564
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Bug 1400146 - Gracefully handle the allocator not being initialized in isalloc_validate. r=njn isalloc_validate is the function behind malloc_usable_size. If for some reason malloc_usable_size is called before mozjemalloc is initialized, this can lead to an unexpected crash. The chance of this actually happening is rather slim on Linux and Windows (although still possible), and impossible on Mac, due to the fact the earlier something can end up calling it is after the mozjemalloc zone is registered, which happens after initialization. ... except with bug 1399921, which reorders that initialization, and puts the zone registration first. There's then a slim chance for the zone allocator to call into zone_size, which calls malloc_usable_size, to determine whether a pointer allocated by some other zone belongs to mozjemalloc's. And it turns out that does happen, during the startup of the plugin-container process on OSX 10.10 (but not more recent versions).
7f7d9a165b2fd988d4c8153352e0301dc9f364c5: Bug 1399382 - Add a pref to hide credit card autofill feature, r=lchang
Scott Wu <scottcwwu@gmail.com> - Wed, 13 Sep 2017 18:50:39 +0800 - rev 665563
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Bug 1399382 - Add a pref to hide credit card autofill feature, r=lchang MozReview-Commit-ID: 2GIOrLBmFKR
738de4c495b950a459772024a74ba9bc32d0c68f: Bug 1400096 - Don't define the operator new/delete functions as mangled in mozmem_wrap.cpp. r=njn
Mike Hommey <mh+mozilla@glandium.org> - Fri, 15 Sep 2017 10:28:33 +0900 - rev 665562
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Bug 1400096 - Don't define the operator new/delete functions as mangled in mozmem_wrap.cpp. r=njn Now that this is a C++ file, and that the function names are not mangled, we can just use the actual C++ names. We do however need to replace MOZ_MEMORY_API, which implies extern "C", with MFBT_API. Also use the correct type for the size given to operator new. It happened to work before because the generated code would just jump to malloc without touching any register, but on aarch64, unsigned int was the wrong type.
09aa9fae62808374cf8d78e01a8e7ac8c428b3d2: Bug 1400096 - Build mozmemory_wrap as C++. r=njn
Mike Hommey <mh+mozilla@glandium.org> - Fri, 15 Sep 2017 10:19:37 +0900 - rev 665561
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Bug 1400096 - Build mozmemory_wrap as C++. r=njn And since the build system doesn't handle transitions from foo.c to foo.cpp properly without a clobber, we work around the issue by switching to unified sources.
092857175e36c1c9c0d8d74436f432dc57deba11: Bug 1400096 - Annotate mozmemory_wrap.c windows functions as MOZ_MEMORY_API. r=njn
Mike Hommey <mh+mozilla@glandium.org> - Fri, 15 Sep 2017 10:12:24 +0900 - rev 665560
Push 80115 by bmo:eoger@fastmail.com at Fri, 15 Sep 2017 18:29:01 +0000
Bug 1400096 - Annotate mozmemory_wrap.c windows functions as MOZ_MEMORY_API. r=njn It happens to work because of mozglue.def, but we might as well have the right annotations (which will also make things correct when building this file to C++)
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip