Bug 41093 - Handling of Umlauts in pdf export varies
Summary: Handling of Umlauts in pdf export varies
Status: RESOLVED DUPLICATE of bug 50400
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.3.3 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-09-21 14:26 UTC by Bartholomew
Modified: 2018-09-17 18:43 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bartholomew 2011-09-21 14:26:38 UTC
When exporting a file as pdf via "File" "Export as PDF", on the "security" tab one can set passwords for either "opening" and "rights". 

After chossing the "rights" button, one has to enter the password twice (verification). 
In the first line, umlauts such as ä,ö,ü are NOT accepted. 
In the second line they are accepted!

Umlauts should generally be accepted.
Comment 1 Christopher Yeleighton 2012-03-25 11:21:29 UTC
(In reply to comment #0)
> When exporting a file as pdf via "File" "Export as PDF", on the "security" tab
> one can set passwords for either "opening" and "rights". 
> 
> After chossing the "rights" button, one has to enter the password twice
> (verification). 
> In the first line, umlauts such as ä,ö,ü are NOT accepted. 
> In the second line they are accepted!

This is correct: the operator types with umlauts, repeats the same, and the passwords do not match.  If they matched, the password would be different from what the operator thought it was, which would result in data loss.

> 
> Umlauts should generally be accepted.

What makes you think so?  Passwords are not meant to be words!
Comment 2 Harald Koester 2018-09-17 18:43:26 UTC

*** This bug has been marked as a duplicate of bug 50400 ***