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
JavaScript
51.8%
Pascal
30.5%
CSS
7.4%
HTML
6.3%
PHP
3.2%
Other
0.7%