http://транссеть.рф - interprets as file link
http://xn--80akxkhacg4g.xn--p1ai - interprets as correct url
How it must work correctly?
http://транссеть.рф - must interprets as url or automaticaly convert to http://xn--80akxkhacg4g.xn--p1ai
Created attachment 151091 [details]
Confirm with Version: 18.104.22.168.alpha0+
Build ID: 83abdf803a023067ebc207fd82dde987df233754
CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win;
Not reproduced in
Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e
This seems to have begun at the below commit.
Adding Cc: to Szymon Kłos; Could you possibly take a look at this one? Thanks
d16391a6b80d56e09f87703a7a9c76bcfae17529 is the first bad commit
Author: Norbert Thiebaud <firstname.lastname@example.org>
Date: Tue Dec 12 22:34:35 2017 -0800
author Szymon Kłos <email@example.com> 2017-11-14 19:29:33 +0100
committer Szymon Kłos <firstname.lastname@example.org> 2017-11-19 18:16:55 +0100
commit 4b9e237850efe36f7e35d65e14d6953f1e1f3a45 (patch)
parent f9d1de6c7b135e36ae23095029d6dbaa044d881e (diff)
tdf#86087 Open relative links in Writer
I believe the problem is that https://opengrok.libreoffice.org/xref/core/sw/source/uibase/wrtsh/wrtsh2.cxx?r=5cb34f1c#503 returns aURL as a NotValid protocol because it contains Cyrillic characters...
*** Bug 121875 has been marked as a duplicate of this bug. ***
*** Bug 126591 has been marked as a duplicate of this bug. ***
Doing something like this
@@ -488,6 +488,16 @@ bool SwWrtShell::ClickToINetGrf( const Point& rDocPt, LoadUrlFlags nFilter )
+static bool isAscii( const OUString& rStr )
+ sal_Int32 nLen = rStr.getLength();
+ for( sal_Int32 i = 0; i < nLen; i++ )
+ if( rStr[i] > 127 )
+ return false;
+ return true;
void LoadURL( SwViewShell& rVSh, const OUString& rURL, LoadUrlFlags nFilter,
const OUString& rTargetFrameName )
@@ -501,7 +511,7 @@ void LoadURL( SwViewShell& rVSh, const OUString& rURL, LoadUrlFlags nFilter,
OUString sFileURL = rURL;
INetURLObject aURL( sFileURL );
- if( aURL.GetProtocol() == INetProtocol::NotValid && !sFileURL.startsWith("#") )
+ if( isAscii(sFileURL) && aURL.GetProtocol() == INetProtocol::NotValid && !sFileURL.startsWith("#") )
could fix the issue, however, the real fix should be done in INetURLObject so it accepts non-ascii characters in the host as a valid URL.
@Stephan, I thought you might be interested in this issue...
(In reply to Andrew from comment #0)
> http://транссеть.рф - interprets as file link
What do you mean with "interprets as"? Please be more specific: What exactly do you do, and what exactly is the (unexpected/erroneous) outcome you observe?
(In reply to Stephan Bergmann from comment #9)
> (In reply to Andrew from comment #0)
> > http://транссеть.рф - interprets as file link
> What do you mean with "interprets as"? Please be more specific: What
> exactly do you do, and what exactly is the (unexpected/erroneous) outcome
> you observe?
In order to reproduce the issue:
1. Open writer
2. Add an hyperlink to 'http://транссеть.рф'
3. Click on it
-> gio: file:///http:%2F%2F%D1%82%D1%80%D0%B0%D0%BD%D1%81%D1%81%D0%B5%D1%82%D1%8C.%D1%80%D1%84: Operation not supported
BTW, patch in gerrit: https://gerrit.libreoffice.org/#/c/76804/
Tünde Tóth committed a patch related to this issue.
It has been pushed to "master":
tdf#125041 fix hyperlinks to IDN websites
It will be available in 6.4.0.
The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
Can this please be backported to LO 6.3.x?
(In reply to muso from comment #13)
> Can this please be backported to LO 6.3.x?
I let Tünde Tóth decide about it... I don't like there's no unittest for it...
Build ID: 1987c98926a85a483a32ea78e460e563a6ea4705
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
When I export this example to PDF, URL is wrong.
Created attachment 157689 [details]
Example ODT file
Created attachment 157690 [details]
Example PDF file
(In reply to Andrew from comment #16)
> When I export this example to PDF, URL is wrong.
Could you please open a new report about this problem?
Original report was about problem in the editor, opening/saving in various file formats is different from that.
Setting status back to RESOLVED.