https://bugs.freedesktop.org/show_bug.cgi?id=51819
--- Comment #48 from Markus Mohrhard <[email protected]> --- (In reply to comment #47) > (In reply to comment #44) > > Just stubled in, here. > > My system isn't that fast so test-compiling would last quite long ... > > But if one of the maintainers could check out if maybe this could work - > > modified lines according to mentioned > > http://opengrok.libreoffice.org/xref/core/framework/source/services/ > > autorecovery.cxx#implts_saveOneDoc > > > > 3233 // if the document was loaded with a password, it should be > > 3234 // stored with password > > 3235 utl::MediaDescriptor lNewArgs; > > 3236 OUString sPassword = > > lOldArgs.getUnpackedValueOrDefault(utl::MediaDescriptor::PROP_PASSWORD(), > > OUString()); > > 3237 if (!sPassword.isEmpty()) > > The problem here is that sPassword is empty. > So, no, it does not work. > One would need to investigate why it's empty. SID_PASSWORD, PROP_PASSWORD are deprecated and don't work in most cases. That there are still a few users out there is unfortunate and this bug was introduced with the m106. This code needs to be converted to use SID_ENCRYPTIONDATA which is used all over the place now and is the one making it possible to use the new encryption algorithms. However debugging how to fix this special issue would take a while. I did it in the past for 3.4 and 3.5 to fix most of the m106 regressions but don't have time right now to look into this. git grep SID_ENCRYPTIONDATA should give enough code pointers that show how this should be done and after that it is a good bit of debugging to follow the property though the different XPropertySets -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
