Summary: | Editing password-protected XLS created multiple empty files in backup directory | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Mike Kaganski <mikekaganski> |
Component: | Calc | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | aron.budea, ilmari.lauhakangas |
Priority: | medium | Keywords: | bibisectRequest, regression |
Version: | 4.3.0.4 release | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 77999, 108914, 109072 |
Description
Mike Kaganski
2019-04-03 20:36:26 UTC
Just tested to also affect DOC format. ... and with XLSX. Looks like common problem for all (?) foreign formats. The problem seems to be in ZipPackage::setPropertyValue, where it expects "PackageSHA256UTF8EncryptionKey" or "PackageSHA1UTF8EncryptionKey", but actually gets "OOXPassword" (for XLSX) or "STD97EncryptionKey"/"STD97UniqueID" pair (for XLS).
The debug output lists these lines for each attempt:
> warn:sfx.doc:16096:17588:sfx2/source/doc/docfile.cxx:881: It must be possible to set a common password for the storage
> warn:sfx.doc:16096:17588:sfx2/source/doc/objstor.cxx:1378: Setting of common encryption key failed!
Looks like a dupe of bug 118639 *** This bug has been marked as a duplicate of bug 118639 *** |