a911f2588fa0eb54e1478508b9af0c06eff11568
Same class as the reported import bug, other door: POST /entries always stamped now, so an entry arriving on a device via sync lost its original creation date (and advertised a fake edit via fresh updated_at). HandleCreateEntry now honours body timestamps like bulk-import (absent -> now); applyRemoteSnapshot already ships them through encryptImportEntry, normalized to the DB format. Regular saves/duplicates send none - unchanged. password_changed_at shares the created_at param, which is faithful: the password is at least as old as the entry. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Description
full local password manager
Languages
Pascal
46.7%
JavaScript
35.4%
HTML
9.4%
CSS
4.9%
PHP
2.1%
Other
1.4%