|
|
Chromium Code Reviews
DescriptionDo not flush SequencedWorkerPools in browser tests.
Before this CL, the blocking pool and the simple cache's pool were
flushed at the end of each browser test. That means that every task
posted to these pools ran, regardless of their shutdown behavior.
This flush was introduced by https://codereview.chromium.org/11649032
to prevent leaks between tests (see https://crbug.com/168415).
This flush is not required for browser tests since they each run in
their own process.
Note that in production, BrowserThreads are joined before the
blocking pool. Before this CL, the blocking pool was flushed before
BrowserThreads were joined. With this CL, the behavior of browser
threads is closer to production.
Why is this important? There is no way to flush TaskScheduler and
we would prefer not to implement it if it is not required.
BUG=622400
Committed: https://crrev.com/0881867ce08db7368ca9f6ea10aa230dc2849227
Cr-Commit-Position: refs/heads/master@{#420366}
Patch Set 1 #
Messages
Total messages: 27 (16 generated)
The CQ bit was checked by fdoray@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.
Description was changed from ========== Do not flush SequencedWorkerPools in browser tests. BUG= ========== to ========== Do not flush SequencedWorkerPools in browser tests. Before this CL, the blocking pool and the simple cache's pool were flushed at the end of each browser test. That means that every task posted to these pools ran, regardless of their shutdown behavior. This flush was introduced by https://codereview.chromium.org/11649032 to prevent leaks between tests (see https://crbug.com/168415). This flush is not required for browser tests since they each run in their own process. Note that in production, BrowserThreads are joined before the blocking pool. Before this CL, the blocking pool was flushed before BrowserThreads were joined. With this CL, the behavior of browser threads is closer to production. BUG=622400 ==========
fdoray@chromium.org changed reviewers: + gab@chromium.org, robliao@chromium.org, sky@chromium.org
gab@ and robliao@ for initial review. sky@: You can chime in now. Otherwise, I'll ask you later for an owner approval. Thanks!
lgtm
lgtm
fdoray@chromium.org changed reviewers: + eugenebut@chromium.org
sky@: Please review changes in content/public/test/content_test_suite_base.cc eugenebut@: Please review changes in ios/web/test/web_test_suite.mm
Description was changed from ========== Do not flush SequencedWorkerPools in browser tests. Before this CL, the blocking pool and the simple cache's pool were flushed at the end of each browser test. That means that every task posted to these pools ran, regardless of their shutdown behavior. This flush was introduced by https://codereview.chromium.org/11649032 to prevent leaks between tests (see https://crbug.com/168415). This flush is not required for browser tests since they each run in their own process. Note that in production, BrowserThreads are joined before the blocking pool. Before this CL, the blocking pool was flushed before BrowserThreads were joined. With this CL, the behavior of browser threads is closer to production. BUG=622400 ========== to ========== Do not flush SequencedWorkerPools in browser tests. Before this CL, the blocking pool and the simple cache's pool were flushed at the end of each browser test. That means that every task posted to these pools ran, regardless of their shutdown behavior. This flush was introduced by https://codereview.chromium.org/11649032 to prevent leaks between tests (see https://crbug.com/168415). This flush is not required for browser tests since they each run in their own process. Note that in production, BrowserThreads are joined before the blocking pool. Before this CL, the blocking pool was flushed before BrowserThreads were joined. With this CL, the behavior of browser threads is closer to production. Why is this important? There is no way to flush TaskScheduler and we would prefer not to implement it if it is not required. BUG=622400 ==========
ios lgtm. Do you know if this works with Chrome for iOS downstream repo? CCing iOS sheriff, to watch the tree
LGTM
On 2016/09/21 20:36:42, Eugene But wrote: > ios lgtm. Do you know if this works with Chrome for iOS downstream repo? CCing > iOS sheriff, to watch the tree Passed smoke and smoke-x64 iOS tests.
The CQ bit was checked by fdoray@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 fdoray@chromium.org
The CQ bit was checked by fdoray@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 fdoray@chromium.org
The CQ bit was checked by fdoray@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Message was sent while issue was closed.
Description was changed from ========== Do not flush SequencedWorkerPools in browser tests. Before this CL, the blocking pool and the simple cache's pool were flushed at the end of each browser test. That means that every task posted to these pools ran, regardless of their shutdown behavior. This flush was introduced by https://codereview.chromium.org/11649032 to prevent leaks between tests (see https://crbug.com/168415). This flush is not required for browser tests since they each run in their own process. Note that in production, BrowserThreads are joined before the blocking pool. Before this CL, the blocking pool was flushed before BrowserThreads were joined. With this CL, the behavior of browser threads is closer to production. Why is this important? There is no way to flush TaskScheduler and we would prefer not to implement it if it is not required. BUG=622400 ========== to ========== Do not flush SequencedWorkerPools in browser tests. Before this CL, the blocking pool and the simple cache's pool were flushed at the end of each browser test. That means that every task posted to these pools ran, regardless of their shutdown behavior. This flush was introduced by https://codereview.chromium.org/11649032 to prevent leaks between tests (see https://crbug.com/168415). This flush is not required for browser tests since they each run in their own process. Note that in production, BrowserThreads are joined before the blocking pool. Before this CL, the blocking pool was flushed before BrowserThreads were joined. With this CL, the behavior of browser threads is closer to production. Why is this important? There is no way to flush TaskScheduler and we would prefer not to implement it if it is not required. BUG=622400 ==========
Message was sent while issue was closed.
Committed patchset #1 (id:1)
Message was sent while issue was closed.
Description was changed from ========== Do not flush SequencedWorkerPools in browser tests. Before this CL, the blocking pool and the simple cache's pool were flushed at the end of each browser test. That means that every task posted to these pools ran, regardless of their shutdown behavior. This flush was introduced by https://codereview.chromium.org/11649032 to prevent leaks between tests (see https://crbug.com/168415). This flush is not required for browser tests since they each run in their own process. Note that in production, BrowserThreads are joined before the blocking pool. Before this CL, the blocking pool was flushed before BrowserThreads were joined. With this CL, the behavior of browser threads is closer to production. Why is this important? There is no way to flush TaskScheduler and we would prefer not to implement it if it is not required. BUG=622400 ========== to ========== Do not flush SequencedWorkerPools in browser tests. Before this CL, the blocking pool and the simple cache's pool were flushed at the end of each browser test. That means that every task posted to these pools ran, regardless of their shutdown behavior. This flush was introduced by https://codereview.chromium.org/11649032 to prevent leaks between tests (see https://crbug.com/168415). This flush is not required for browser tests since they each run in their own process. Note that in production, BrowserThreads are joined before the blocking pool. Before this CL, the blocking pool was flushed before BrowserThreads were joined. With this CL, the behavior of browser threads is closer to production. Why is this important? There is no way to flush TaskScheduler and we would prefer not to implement it if it is not required. BUG=622400 Committed: https://crrev.com/0881867ce08db7368ca9f6ea10aa230dc2849227 Cr-Commit-Position: refs/heads/master@{#420366} ==========
Message was sent while issue was closed.
Patchset 1 (id:??) landed as https://crrev.com/0881867ce08db7368ca9f6ea10aa230dc2849227 Cr-Commit-Position: refs/heads/master@{#420366} |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
