Allow syncing custom tabs without tabbed windows
This logically reverts the precaution introduced in https://chromium-review.googlesource.com/843574 which prevented sync IDs from being vended when the browser itself was not running (no tabbed activity/window), effectively resulting in a partial unlaunch session sync for Custom Tabs. The reason to do this was UMA metric Sync.SesssionsDuplicateSyncId reporting many sync ID conflicts, now investigated in depth in crbug.com/843554. The suspicion was that duplicate IDs were produced by a race condition due to using two separate persistence databases (one for sync, one for session restore). We recently reworked the SyncedTabDelegate API to migrate away from sync IDs, which renders the above concern moot and makes it straightforward (as proposed here) to start syncing Custom Tabs even when no tabbed window exists. Bug: 840722,853459 Cq-Include-Trybots: luci.chromium.try:ios-simulator-full-configs;master.tryserver.chromium.mac:ios-simulator-cronet Change-Id: I8a27e68faa79271a6058f00c3dd5355ef635f1a4 Reviewed-on: https://chromium-review.googlesource.com/1092536 Commit-Queue: Mikel Astiz <mastiz@chromium.org> Reviewed-by:Marc Treib <treib@chromium.org> Cr-Commit-Position: refs/heads/master@{#568785}
Showing
Please register or sign in to comment