gambard@ could you PTAL

treib@: is this WAI?
The SuggestionsService is returning 0 suggestions (suggestions_by_category_ has no entry for Articles for You).

I'm guessing this is related to some changes to how fetching is scheduled - looks like we don't automatically fetch anymore when the setting is turned on.
Adding people who might know more :)

ping: vitaliii@, jkrcal@

Sorry for the delay. 

A quick question:
Is the toggle implemented via prefs::kSearchSuggestEnabled on iOS as well?

Yes: https://cs.chromium.org/chromium/src/ios/chrome/browser/ntp_snippets/ios_chrome_content_suggestions_service_factory_util.cc?sq=package:chromium&dr=C&l=188
However, this pref is defined in the iOS pref list, so it is probably not common with the Android one.

Huh, this is broken on Android too.
It is most probably related to https://chromium-review.googlesource.com/c/chromium/src/+/702316, working on a fix.

Ok, I am assigning it to you then.

FYI, jkrcal@ is OOO until 6th of November.
The mentioned fix is probably https://chromium-review.googlesource.com/c/chromium/src/+/737835.

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/c1584eeb46b45cc7370a5bd830ee171c56590a48

commit c1584eeb46b45cc7370a5bd830ee171c56590a48
Author: Jan Krcal <jkrcal@chromium.org>
Date: Tue Nov 14 22:49:18 2017

[Scheduler] Queue the next fetch after clearing suggestions

A recent change removed from RemoteSuggestionsProvider queuing of
delayed requests (i.e. requests while the provider is not ready).
The change relied on the Scheduler implementing such a queue for
delayed requests itself. However, one code path in the Scheduler
skipped its internal queue: triggering a fetch right after clearing
the suggestions. Suggestions are cleared when the user signs-in,
signs-out, or disables the feature.

This CL fixes this code path. When clearing suggestions after this CL,
the scheduler queues delayed requests (instead of immediately
triggering the provider).

One effect of the change is that the fetch is now issued in the form of
a RefetchWhileDisplaying() call and not a ReloadSuggestions() call.

Bug:  775845 
Change-Id: I94aa3cf349493b2ca8a416689bd12f29ef78d784
Reviewed-on: https://chromium-review.googlesource.com/737835
Reviewed-by: Tim Schumann <tschumann@chromium.org>
Commit-Queue: Jan Krcal <jkrcal@chromium.org>
Cr-Commit-Position: refs/heads/master@{#516476}
[modify] https://crrev.com/c1584eeb46b45cc7370a5bd830ee171c56590a48/components/ntp_snippets/remote/remote_suggestions_scheduler_impl.cc
[modify] https://crrev.com/c1584eeb46b45cc7370a5bd830ee171c56590a48/components/ntp_snippets/remote/remote_suggestions_scheduler_impl.h
[modify] https://crrev.com/c1584eeb46b45cc7370a5bd830ee171c56590a48/components/ntp_snippets/remote/remote_suggestions_scheduler_impl_unittest.cc

Gauthier, should be fixed now. Can you please take a look when a new Canary is out?

It looks like it is fixed on developer build.

Verified in 64.0.3276.0 Canary in iPhone 8plus(iOS 11.2 beta4) and iPad mini(iOS 10.3.3)

List of content suggestions are displaying fine when search and suggestions are turn on, looks good

Verified in 64.0.3282.85 beta iPhone 6 iOS 10.3.3, iPhone 7 iOS11, iPad Pro iOS11
Looks good.