https://bugs.documentfoundation.org/show_bug.cgi?id=171301
Bug ID: 171301
Summary: PDF export: Hyperlinks with 'ñ' in local file path
work in browsers but fail in Wondershare PDFelement
Product: LibreOffice
Version: 26.2.1.2 release
Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
Description:
Description:
When I export a document to PDF from LibreOffice, hyperlinks pointing to local
files with paths containing the Spanish letter 'ñ' (e.g.,
file:///.../Enseñanza/file.pdf) do not work correctly in Wondershare
PDFelement. Clicking the link opens a browser window with a default page
(msn.com).
Steps to reproduce:
1. Create a new document in LibreOffice Writer
2. Insert a hyperlink pointing to a local file whose full path includes a
folder with a 'ñ' (e.g., file:///C:/Users/Test/Documents/Enseñanza/target.pdf)
3. Export the document to PDF (File > Export As > Export as PDF...)
4. Open the resulting PDF in Wondershare PDFelement and click the hyperlink
Actual result:
The link opens a browser with a default homepage (msn.com) instead of the
target file.
Expected result:
The link should open the target file in the default PDF reader or the file
explorer.
Additional observations:
- The same PDF opened in a web browser (Firefox, Brave, Chrome) works
perfectly, confirming the link path is correct and well-encoded (%C3%B1 for
'ñ')
- PDFs generated with Wondershare PDFelement itself handle these 'ñ' links
without any issue
- The problem is specific to how LibreOffice exports hyperlinks with non-ASCII
characters
Steps to Reproduce:
1. Create a new document in LibreOffice Writer
2. Insert a hyperlink (Insert > Hyperlink) pointing to a local file whose full
path includes a folder with a 'ñ' character, for example:
file:///C:/Users/Test/Documents/Enseñanza/target.pdf
3. Export the document to PDF (File > Export As > Export as PDF...)
4. Open the resulting PDF in Wondershare PDFelement
5. Click on the hyperlink
Actual Results:
When clicking the hyperlink in Wondershare PDFelement, instead of opening the
target file, it opens a browser window (Microsoft Edge or Internet Explorer)
displaying a default homepage (msn.com).
Expected Results:
The hyperlink should open the target file in the default PDF reader (or the
file explorer) without launching a web browser.
Reproducible: Always
User Profile Reset: No
Additional Info:
I am a LibreOffice user and donor. This issue has been extensively tested.
Key observations:
- The same PDF opened in a web browser (Firefox, Brave, Chrome) works
perfectly, confirming the link path is correct and well-encoded (%C3%B1 for
'ñ', %C3%B3 for 'ó').
- PDFs generated with Wondershare PDFelement itself handle these 'ñ' links
without any issue.
- The problem occurs only with LibreOffice-generated PDFs when opened in
Wondershare PDFelement (version 12.1.13 on Windows 11).
- Hyperlinks without special characters work fine in all programs.
- I have tested all PDF export versions in LibreOffice (PDF 1.7, PDF 2.0,
PDF/A-1b, PDF/A-2b, PDF/A-3b, PDF/A-4) with the same result.
- The option "Export URL relative to file system" is unchecked. "Export
bookmarks as named destinations" and "Convert document references to PDF
destinations" are checked.
Environment:
- OS: Windows 11
- LibreOffice version: 26.2.1.2
- Wondershare PDFelement version: 12.1.13
This appears to be an issue with how LibreOffice encodes non-ASCII characters
(UTF-8) in hyperlinks when exporting to PDF, making them unreadable by some
third-party PDF readers.
--
You are receiving this mail because:
You are the assignee for the bug.
