|
|
DescriptionMake SupportsUserData sequence-affine instead of thread-affine.
This is making progress in issue 675631 as well as unblocking
https://codereview.chromium.org/2592813002/ (per
AndroidProviderBackend::FromHistoryBackend()'s usage).
BUG=675631
TBR=clamy,nhiroki (for side-effects in content/ and storage/browser/fileapi/)
Committed: https://crrev.com/7b1d6771691b1ba6798342835ba472942e956423
Cr-Commit-Position: refs/heads/master@{#440406}
Patch Set 1 #Patch Set 2 : fix include #Patch Set 3 : IWYU in cert_net_fetcher_impl.cc #Patch Set 4 : leave thread_checker.h include for now #
Total comments: 1
Dependent Patchsets: Messages
Total messages: 36 (26 generated)
The CQ bit was checked by gab@chromium.org to run a CQ dry run
Description was changed from ========== Make SupportsUserData sequence-affine instead of thread-affine. This is making progress in issue 675631 as well as unblocking https://codereview.chromium.org/2592813002/. BUG=675631 ========== to ========== Make SupportsUserData sequence-affine instead of thread-affine. This is making progress in issue 675631 as well as unblocking https://codereview.chromium.org/2592813002/ (per AndroidProviderBackend::FromHistoryBackend()'s usage). BUG=675631 ==========
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
gab@chromium.org changed reviewers: + dcheng@chromium.org
Daniel PTAL, thanks!
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: android_cronet on master.tryserver.chromium.android (JOB_FAILED, https://build.chromium.org/p/tryserver.chromium.android/builders/android_cron...) ios-device on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/ios-device/builds...)
Looks like a lot of bots are unhappy: I think sequence_checker is in //base, not //base/threading.
The CQ bit was checked by gab@chromium.org to run a CQ dry run
On 2016/12/21 23:25:57, dcheng wrote: > Looks like a lot of bots are unhappy: I think sequence_checker is in //base, not > //base/threading. Oops, indeed, fixed. PS: How about we move that header to base/threading? It's kind of silly that they're not together...
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: ios-simulator-xcode-clang on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/ios-simulator-xco...)
The CQ bit was checked by gab@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: ios-simulator-xcode-clang on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/ios-simulator-xco...)
The CQ bit was checked by gab@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
lgtm i'm not sure about moving the header to threading; I feel like we've been trying to separate the concept of threading from sequencing. https://codereview.chromium.org/2597773002/diff/60001/base/supports_user_data.h File base/supports_user_data.h (right): https://codereview.chromium.org/2597773002/diff/60001/base/supports_user_data... base/supports_user_data.h:17: // remove it in a follow- up CL. sob
The CQ bit was checked by gab@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: chromium_presubmit on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/chromium_presub...)
Description was changed from ========== Make SupportsUserData sequence-affine instead of thread-affine. This is making progress in issue 675631 as well as unblocking https://codereview.chromium.org/2592813002/ (per AndroidProviderBackend::FromHistoryBackend()'s usage). BUG=675631 ========== to ========== Make SupportsUserData sequence-affine instead of thread-affine. This is making progress in issue 675631 as well as unblocking https://codereview.chromium.org/2592813002/ (per AndroidProviderBackend::FromHistoryBackend()'s usage). BUG=675631 TBR=clamy,nhiroki (for side-effects in content/ and storage/browser/fileapi/) ==========
gab@chromium.org changed reviewers: + clamy@chromium.org, nhiroki@chromium.org
On 2016/12/22 04:57:55, dcheng wrote: > lgtm Thanks, TBR=clamy,nhiroki (for side-effects in content/ and storage/browser/fileapi/) > > i'm not sure about moving the header to threading; I feel like we've been trying > to separate the concept of threading from sequencing. Sequencing is related to threading IMO and as I'm looking to take most of Chrome from being thread-affine to being sequence-affine this is something I want to figure out. I'll come up with a follow-up proposal. > > https://codereview.chromium.org/2597773002/diff/60001/base/supports_user_data.h > File base/supports_user_data.h (right): > > https://codereview.chromium.org/2597773002/diff/60001/base/supports_user_data... > base/supports_user_data.h:17: // remove it in a follow- up CL. > sob
The CQ bit was checked by gab@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
CQ is committing da patch. Bot data: {"patchset_id": 60001, "attempt_start_ts": 1482415278699360, "parent_rev": "3bf6add9f6c82fabe5ae30d17147e92bf2580e31", "commit_rev": "89974c156619c20aea911fbc72a9820575d61940"}
Message was sent while issue was closed.
Description was changed from ========== Make SupportsUserData sequence-affine instead of thread-affine. This is making progress in issue 675631 as well as unblocking https://codereview.chromium.org/2592813002/ (per AndroidProviderBackend::FromHistoryBackend()'s usage). BUG=675631 TBR=clamy,nhiroki (for side-effects in content/ and storage/browser/fileapi/) ========== to ========== Make SupportsUserData sequence-affine instead of thread-affine. This is making progress in issue 675631 as well as unblocking https://codereview.chromium.org/2592813002/ (per AndroidProviderBackend::FromHistoryBackend()'s usage). BUG=675631 TBR=clamy,nhiroki (for side-effects in content/ and storage/browser/fileapi/) Review-Url: https://codereview.chromium.org/2597773002 ==========
Message was sent while issue was closed.
Committed patchset #4 (id:60001)
Message was sent while issue was closed.
Description was changed from ========== Make SupportsUserData sequence-affine instead of thread-affine. This is making progress in issue 675631 as well as unblocking https://codereview.chromium.org/2592813002/ (per AndroidProviderBackend::FromHistoryBackend()'s usage). BUG=675631 TBR=clamy,nhiroki (for side-effects in content/ and storage/browser/fileapi/) Review-Url: https://codereview.chromium.org/2597773002 ========== to ========== Make SupportsUserData sequence-affine instead of thread-affine. This is making progress in issue 675631 as well as unblocking https://codereview.chromium.org/2592813002/ (per AndroidProviderBackend::FromHistoryBackend()'s usage). BUG=675631 TBR=clamy,nhiroki (for side-effects in content/ and storage/browser/fileapi/) Committed: https://crrev.com/7b1d6771691b1ba6798342835ba472942e956423 Cr-Commit-Position: refs/heads/master@{#440406} ==========
Message was sent while issue was closed.
Patchset 4 (id:??) landed as https://crrev.com/7b1d6771691b1ba6798342835ba472942e956423 Cr-Commit-Position: refs/heads/master@{#440406} |