Bug 97682 - Password field character sets inconsistent
Summary: Password field character sets inconsistent
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
3.5.0 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: PDF-Export-Options-Dialog
  Show dependency treegraph
 
Reported: 2016-02-09 10:48 UTC by rpeter12
Modified: 2022-10-15 06:21 UTC (History)
2 users (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 rpeter12 2016-02-09 10:48:38 UTC
When exporting to PDF, a password can be set under "File Encryption and Permission". The two passwords that can be specified (Open password, and permission password) accept different characters sets.

To reproduce, follow these steps:

In Draw or Writer:
File -> Export... -> <Select PDF file type> -> Save ->
Security tab -> Set Passwords...

Enter "§1" in any Password field and in the accompanying Confirm field.
Notice that the number of stars differ between the two fields.

When OK is pressed, an error will appear, as the passwords do not match.

This is a problem with §, and many other special characters, such as:

², ┼, í, Á, ê, ☺, Ø, ▓, all of which can be entered with ALT codes on windows.

Furthermore, the danish characters æøå have the same problem, and these can be entered directly from the keyboard.
Comment 1 Buovjaga 2016-02-11 13:39:38 UTC
Yes, the main password field does not accept §.

Win 7 Pro 64-bit Version: 5.2.0.0.alpha0+
Build ID: a6f876d45bd4e41a7143594a6cb11b6893a0f620
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; 
TinderBox: Win-x86@39, Branch:master, Time: 2016-02-11_00:07:38
Locale: fi-FI (fi_FI)

LibreOffice 3.5.0rc3 
Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
Comment 2 QA Administrators 2017-03-06 16:01:00 UTC Comment hidden (obsolete)
Comment 3 rpeter12 2017-03-07 07:43:53 UTC
Yearly check in:

This behavior is still present using Windows 10 64 bit.

Version: 5.3.0.3 (x64)
Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1
CPU Threads: 8; OS Version: Windows 6.19; UI Render: default; Layout Engine: new; 
Locale: en-GB (en_GB); Calc: group
Comment 4 QA Administrators 2018-03-08 03:44:34 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2021-01-05 03:48:20 UTC Comment hidden (obsolete)
Comment 6 Rajasekaran Karunanithi 2022-10-14 23:22:16 UTC
It still presents in LO 7.4.1.2 build:3c58a8f3a960df8bc8fd77b461821e42c061c5f0  under windows 10 (x64). Only allows for basic latin characters.