|
|
Created:
6 years, 5 months ago by haitaol1 Modified:
6 years, 5 months ago CC:
chromium-reviews, tim+watch_chromium.org, haitaol+watch_chromium.org, zea+watch_chromium.org, maniscalco+watch_chromium.org Base URL:
svn://svn.chromium.org/chrome/trunk/src Project:
chromium Visibility:
Public. |
DescriptionAdd more integration tests for backup/rollback.
BUG=387862
Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=281782
Patch Set 1 #
Total comments: 7
Patch Set 2 : #Patch Set 3 : ToT #Messages
Total messages: 24 (0 generated)
These tests are great and should prove valuable as we enable this feature. Just a few comments and questions. https://codereview.chromium.org/344193005/diff/1/chrome/browser/sync/test/int... File chrome/browser/sync/test/integration/single_client_backup_rollback_test.cc (right): https://codereview.chromium.org/344193005/diff/1/chrome/browser/sync/test/int... chrome/browser/sync/test/integration/single_client_backup_rollback_test.cc:98: ASSERT_FALSE(checker.Wait()); does Wait() have to wait the entire timeout to eventually return false? https://codereview.chromium.org/344193005/diff/1/chrome/browser/sync/test/int... chrome/browser/sync/test/integration/single_client_backup_rollback_test.cc:141: Remove(0, GetOtherNode(0), 0); Is there another way we can trigger a sync that wouldn't mess with the bookmark model? I'm thinking that we should maybe trigger an invalidation on calls to TriggerError (this would be fairly easy within FakeServer). Thoughts? https://codereview.chromium.org/344193005/diff/1/chrome/browser/sync/test/int... chrome/browser/sync/test/integration/single_client_backup_rollback_test.cc:143: // Wait for sync to switch to backup mode after finishing rollback. Update comment to reflect that a rollback isn't actually happening
https://codereview.chromium.org/344193005/diff/1/chrome/browser/sync/test/int... File chrome/browser/sync/test/integration/single_client_backup_rollback_test.cc (right): https://codereview.chromium.org/344193005/diff/1/chrome/browser/sync/test/int... chrome/browser/sync/test/integration/single_client_backup_rollback_test.cc:98: ASSERT_FALSE(checker.Wait()); Unfortunately yes because backup controller won't do anything if disabled. On 2014/06/28 00:12:00, pvalenzuela wrote: > does Wait() have to wait the entire timeout to eventually return false? https://codereview.chromium.org/344193005/diff/1/chrome/browser/sync/test/int... chrome/browser/sync/test/integration/single_client_backup_rollback_test.cc:141: Remove(0, GetOtherNode(0), 0); Can you point me to a sample to trigger invalidation? On 2014/06/28 00:12:00, pvalenzuela wrote: > Is there another way we can trigger a sync that wouldn't mess with the bookmark > model? > > I'm thinking that we should maybe trigger an invalidation on calls to > TriggerError (this would be fairly easy within FakeServer). Thoughts? https://codereview.chromium.org/344193005/diff/1/chrome/browser/sync/test/int... chrome/browser/sync/test/integration/single_client_backup_rollback_test.cc:143: // Wait for sync to switch to backup mode after finishing rollback. On 2014/06/28 00:12:00, pvalenzuela wrote: > Update comment to reflect that a rollback isn't actually happening Done.
lgtm https://codereview.chromium.org/344193005/diff/1/chrome/browser/sync/test/int... File chrome/browser/sync/test/integration/single_client_backup_rollback_test.cc (right): https://codereview.chromium.org/344193005/diff/1/chrome/browser/sync/test/int... chrome/browser/sync/test/integration/single_client_backup_rollback_test.cc:141: Remove(0, GetOtherNode(0), 0); On 2014/07/01 16:49:36, haitaol1 wrote: > Can you point me to a sample to trigger invalidation? > > On 2014/06/28 00:12:00, pvalenzuela wrote: > > Is there another way we can trigger a sync that wouldn't mess with the > bookmark > > model? > > > > I'm thinking that we should maybe trigger an invalidation on calls to > > TriggerError (this would be fairly easy within FakeServer). Thoughts? > Let's save it for another CL. Add a TODO here (in my name) to trigger an invaldiation as part of the rollback triggering.
BTW I believe you need approval from a committer as well
+zea for owner approval.
The CQ bit was checked by haitaol@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/haitaol@chromium.org/344193005/20001
The CQ bit was unchecked by commit-bot@chromium.org
No LGTM from a valid reviewer yet. Only full committers are accepted. Even if an LGTM may have been provided, it was from a non-committer or a provisional committer, _not_ a full super star committer. See http://www.chromium.org/getting-involved/become-a-committer Note that this has nothing to do with OWNERS files.
lgtm
The CQ bit was checked by haitaol@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/haitaol@chromium.org/344193005/40001
FYI, CQ is re-trying this CL (attempt #1). The failing builders are: android_aosp on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_aosp/builds/9...) chromium_presubmit on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/chromium_presubmit/bu...) linux_chromium_chromeos_clang_dbg on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_chrome...) linux_chromium_chromeos_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_chrome...)
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: chromium_presubmit on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/chromium_presubmit/bu...) linux_chromium_chromeos_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_chrome...)
The CQ bit was checked by haitaol@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/haitaol@chromium.org/344193005/40001
FYI, CQ is re-trying this CL (attempt #1). The failing builders are: android_aosp on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/android_aosp/builds/9...)
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/9...)
The CQ bit was checked by haitaol@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/haitaol@chromium.org/344193005/40001
Message was sent while issue was closed.
Change committed as 281782 |