DescriptionHandle duplicate password sync nodes
If the PasswordStore is asked to add an entry that already exists it
will overwrite the existing entry. When this happens, it will report a
PasswordStoreChange::ADD event, much like it would had the original
entry not existed. This confuses the PasswordChangeProcessor which
assumes that an ADD event implies that the added item did not previously
exist.
This change works around the issue by allowing the password change
processor to try to update an existing node in the event that the
creation of a new node fails. This allows it to handle the case where a
it receives an ADD event for an existing node.
A better solution would be to have the PasswordStore to always return an
UPDATE event in cases where the node being updated already exists. If
that solution were implemented the PasswordChangeProcessor would be
right to report an UnrecoverableError if it is unable to create a new
sync node in response to an ADD event.
BUG=87855
TEST=See repro steps in crbug.com/87855, crbug.com/103455
Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=113888
Patch Set 1 #
Total comments: 2
Patch Set 2 : Use dictionary words in logs #Messages
Total messages: 6 (0 generated)
|