Bug 139569 - PDF password input fields don't accept german umlauts, password confirmation fields do
Summary: PDF password input fields don't accept german umlauts, password confirmation ...
Status: RESOLVED DUPLICATE of bug 50400
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
7.0.4.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-01-12 19:31 UTC by benjamin
Modified: 2021-01-13 18:05 UTC (History)
0 users

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description benjamin 2021-01-12 19:31:58 UTC 
Description:
When trying to password protect PDF fields, the upper first password input field doesn't accept german umlauts, the password confirmation fields do though

Steps to Reproduce:
1. Export PDF
2. Try to set a password with german umlauts 


Actual Results:
primary input field doesn't allow german umlauts, confirmation field does

Expected Results:
Both fields should allow german umlauts


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.0.4.2
Build ID: 00(Build:2)
CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: de-DE
7.0.4-3
Calc: threaded
Comment 1 [REDACTED] 2021-01-12 22:31:56 UTC 
Repro in 

Version: 7.0.4.2, Build ID: dcf040e67528d9187c66b2379df5ea4407429775
CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: kf5
Locale: de-DE (de_DE.UTF-8); UI: de-DE, Calc: threaded
Comment 2 Timur 2021-01-13 15:53:41 UTC 
Rule of thumb is search before reporting and confirming,not to create duplicates. 
Looks same as Bug 70183 which is duplicated of bug 50400.

*** This bug has been marked as a duplicate of bug 50400 ***
Comment 3 [REDACTED] 2021-01-13 18:05:40 UTC 
(In reply to Timur from comment #2)
> Rule of thumb is search before reporting and confirming,not to create
> duplicates. 


Pardon - but it is not obvious for a user that problems with adding Umlauts into password text boxes fits into bug description  "*PDF export: Warn that password field does not accept Unicode characters other than ASCII".