Created attachment 42540 [details] message unable to read slide presentations with password Hello and congratulations for this first release of LibreOffice: I have a problem recurring with LibreOffice as on OpenOffice.org which is unable to read Microsoft Powerpoint slideshows with password. When I want to read one, Impress puts me a message on a shot which I publish. An outcome is open on openoffice.org but nothing seems to be done: http://QA.OpenOffice.org/issues/show_bug.cgi?id=46307
would be a nice feature edge, is it a candidate for an easy ( well harder ) hack, presumably the protection is documented now etc. -> thorsten who hopefully knows more
File that demonstrates the problem: https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/192056/+attachment/2125234/+files/B2R%20Veranstaltungen%202004%20Thomas%20Berger%20CP-F.ppt
Coming back to this - Rodo, on your radar? Kohei, any pointers - we do that for xlsx already, do we?
*** Bug 35327 has been marked as a duplicate of this bug. ***
(In reply to comment #3) > Coming back to this - Rodo, on your radar? Kohei, any pointers - we do that for > xlsx already, do we? > Anybody any pointers to MS rc4 encryption details? At least I see code in sw/source/filter/ww8/ww8par.cxx that at least claims to do something like that?
(In reply to comment #3) > Coming back to this - Rodo, on your radar? Kohei, any pointers - we do that for > xlsx already, do we? We only do AES 128 for xlsx, which Excel 2007 uses by default. It generally works, but occasionally fails (there are several bug reports for this). AFAIK we support RC4 only for the binary i.e. xls. MSCodec_Std97 in filter does the RC4 encryption, both for encryption and decryption. We use that for the binary xls encryption support. I'm not sure about Writer's support for encrypted doc, but it probably uses this class too.
Changing slideshows -> slideshow. Let us please keep this bug targeted to the file already discussed. :D
Apologies for not having gotten around fixing this bug yet; unfortunately in future I'll have even less time at my disposal for this, so I'm freeing up ownership for other volunteers to take over.
*** Bug 72552 has been marked as a duplicate of this bug. ***
Just for information, here is a link about RC4 CryptoAPI Encrypted Summary Stream used for http://msdn.microsoft.com/en-us/library/dd943321%28v=office.12%29.aspx (link given by this: http://msdn.microsoft.com/en-us/library/dd909022%28v=office.12%29.aspx and so for Powerpoint files)
May http://opengrok.libreoffice.org/xref/core/sw/source/filter/ww8/ww8par.cxx#5563 be an example to follow?
*** Bug 87233 has been marked as a duplicate of this bug. ***
(In reply to Christopher M. Penalver from comment #2) > File that demonstrates the problem: > https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/192056/ > +attachment/2125234/+files/ > B2R%20Veranstaltungen%202004%20Thomas%20Berger%20CP-F.ppt Let me confirm the problem on the example file above.
Hi, Let me remember that this problem has been solved for the docx files, see [Bug 75955] perhaps the same problem for ppt files ? Thanks Alain.
Hi, Please notice that (at least for me) this problem must be declared with Importance : Highest - Critical All the documents received to work are password protected (and with long passwords more than 8 characters) ... My dreams are not to go back to µSoft. Thanks Best regards, Alain.
(This is an automated message.) LibreOffice development currently prioritizes bugs with the so called MAB (most annoying bugs) -- as this bug has not run through that process (including writing a short rationale for this bug being a candidate and other who are watching the tracker bug silently approving that rationale etc.) its priority is set to high. Note this is effectively no change in the urgency assigned to this bug, as we are currently not making a difference between high and highest and severity is untouched. You can find out more about MABs and how the process works by contacting libreoffice qa on irc: http://webchat.freenode.net/?channels=libreoffice-qa The QA wiki page also gives you hints on how to get in contact with the team (if IRC fails you, your next best choice is the mailing list): https://wiki.documentfoundation.org/QA
Hello, This is a big problem when you recieve documents from customers who are not familiar with PGP transfert. The same problem was solved for docx documents (in this case the problem seems due to a long password (too long ? ) more than 8 characters. Thank you for you job. Congratulations, Alain.
*** Bug 92118 has been marked as a duplicate of this bug. ***
https://help.libreoffice.org/Common/About_Converting_Microsoft_Office_Documents should be updated with XML. Anyway, LO can't open any password-protected PPT or PPS (regardless of password length) while PPTX and PPSX work.
This would be a nice feature to have.
Bug not reproducible in Version: 6.3.0.0.alpha0+ (x64) Build ID: 0f25a3c36f27fd51453b9a9115f236b83c143684 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-27_20:06:55 Locale: zh-TW (zh_TW); UI-Language: en-US Calc: threaded
Changing priority back to 'medium' since the number of duplicates is lower than 5
*** Bug 150935 has been marked as a duplicate of this bug. ***