|
|
Created:
6 years, 7 months ago by peria Modified:
6 years, 6 months ago CC:
chromium-reviews, kinuko+watch, nhiroki, tzik Base URL:
svn://svn.chromium.org/chrome/trunk/src Visibility:
Public. |
Description[SyncFS] Make DriveBackendSyncTest run in multi-threaded environment.
BUG=347425
TEST=./unit_tests --gtest_filter="DriveBackendSyncTest.*"
Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=273150
Patch Set 1 : #
Total comments: 8
Patch Set 2 : Work for nits #Patch Set 3 : Rebase #Patch Set 4 : Rebase2 #Messages
Total messages: 26 (0 generated)
PTL.
Looks good with very trivial nits. https://codereview.chromium.org/296893002/diff/190001/chrome/browser/sync_fil... File chrome/browser/sync_file_system/drive_backend/drive_backend_sync_unittest.cc (right): https://codereview.chromium.org/296893002/diff/190001/chrome/browser/sync_fil... chrome/browser/sync_file_system/drive_backend/drive_backend_sync_unittest.cc:46: SyncStatusCode status_in) { In syncfs, we haven't used "_in" suffix for input arguments. I don't have a strong opinion about this, but generally it seems to be a good practice to go along with existing code. Wdyt? https://codereview.chromium.org/296893002/diff/190001/chrome/browser/sync_fil... chrome/browser/sync_file_system/drive_backend/drive_backend_sync_unittest.cc:79: Can you move this to line 83 or just call content::BrowserThread::GetBlockingPool()->GetSequenced...? https://codereview.chromium.org/296893002/diff/190001/chrome/browser/sync_fil... chrome/browser/sync_file_system/drive_backend/drive_backend_sync_unittest.cc:198: } You are already surrounded with if-block. https://codereview.chromium.org/296893002/diff/190001/chrome/browser/sync_fil... chrome/browser/sync_file_system/drive_backend/drive_backend_sync_unittest.cc:532: scoped_refptr<base::SequencedTaskRunner> worker_task_runner_; Can you move this after |file_task_runner_| to sort them in setup-order.
https://codereview.chromium.org/296893002/diff/190001/chrome/browser/sync_fil... File chrome/browser/sync_file_system/drive_backend/drive_backend_sync_unittest.cc (right): https://codereview.chromium.org/296893002/diff/190001/chrome/browser/sync_fil... chrome/browser/sync_file_system/drive_backend/drive_backend_sync_unittest.cc:46: SyncStatusCode status_in) { On 2014/05/26 09:56:00, nhiroki wrote: > In syncfs, we haven't used "_in" suffix for input arguments. I don't have a > strong opinion about this, but generally it seems to be a good practice to go > along with existing code. Wdyt? Done. Going along with current code is better, I think. https://codereview.chromium.org/296893002/diff/190001/chrome/browser/sync_fil... chrome/browser/sync_file_system/drive_backend/drive_backend_sync_unittest.cc:79: On 2014/05/26 09:56:00, nhiroki wrote: > Can you move this to line 83 or just call > content::BrowserThread::GetBlockingPool()->GetSequenced...? Done. https://codereview.chromium.org/296893002/diff/190001/chrome/browser/sync_fil... chrome/browser/sync_file_system/drive_backend/drive_backend_sync_unittest.cc:198: } On 2014/05/26 09:56:00, nhiroki wrote: > You are already surrounded with if-block. Done. https://codereview.chromium.org/296893002/diff/190001/chrome/browser/sync_fil... chrome/browser/sync_file_system/drive_backend/drive_backend_sync_unittest.cc:532: scoped_refptr<base::SequencedTaskRunner> worker_task_runner_; On 2014/05/26 09:56:00, nhiroki wrote: > Can you move this after |file_task_runner_| to sort them in setup-order. Done. I changed the order of setting them up. I and Tsuiki-san have an agreement to sort those task runners in UI->worker->file order.
lgtm
LGTM
The CQ bit was checked by peria@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/peria@chromium.org/296893002/200001
The CQ bit was unchecked by peria@chromium.org
The CQ bit was checked by peria@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/peria@chromium.org/296893002/220001
FYI, CQ is re-trying this CL (attempt #1). Please consider checking whether the failures are real, and report flakes to chrome-troopers@google.com. The failing builders are: android_aosp on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_aosp/builds/7...) win_chromium_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/win_chromium_rel/buil...)
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: android_aosp on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_aosp/builds/7...)
The CQ bit was checked by peria@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/peria@chromium.org/296893002/220001
FYI, CQ is re-trying this CL (attempt #1). Please consider checking whether the failures are real, and report flakes to chrome-troopers@google.com. The failing builders are: android_aosp on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_aosp/builds/7...)
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: android_aosp on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_aosp/builds/7...)
The CQ bit was checked by peria@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/peria@chromium.org/296893002/220001
FYI, CQ is re-trying this CL (attempt #1). Please consider checking whether the failures are real, and report flakes to chrome-troopers@google.com. The failing builders are: android_aosp on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_aosp/builds/7...)
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: android_aosp on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_aosp/builds/7...)
The CQ bit was checked by peria@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/peria@chromium.org/296893002/240001
Message was sent while issue was closed.
Change committed as 273150 |