https://bugs.documentfoundation.org/show_bug.cgi?id=166239
--- Comment #6 from SR <[email protected]> --- (In reply to Mateusz Wlazłowski from comment #5) > > 2) export to PDF WITHOUT password, and > > then set password with pdftk (version 3.3.3). > > > As this bug involves setting the password with another program, it is not > the bug of LibreOffice, but pdftk NO! You're missing the point! I'm sorry that me adding an additional analysis with pdftk has the opposite effect.... When LO exports as PDF without password, and I set a password with pdftk, then all is fine: any external PDF reader can handle both versions: the one without password from LO, and the one WITH password from pdftk. HOWEVER, when I let LO set the password, external PDF readers see only English (ascii?) characters, whereas all Korean (Asian?) characters are gone (i.e. have become blank spaces). In conclusion: there is something fishy going on when LO sets a password for a PDF export. So I think something is wrong with LO and PDF export, when using Korean (and other Asian?) fonts. S.R. -- You are receiving this mail because: You are the assignee for the bug.
