<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Writer hyperlink to the bookmark in filename with # (sharp) character."
href="https://bugs.documentfoundation.org/show_bug.cgi?id=114522#c9">Comment # 9</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Writer hyperlink to the bookmark in filename with # (sharp) character."
href="https://bugs.documentfoundation.org/show_bug.cgi?id=114522">bug 114522</a>
from <span class="vcard"><a class="email" href="mailto:happy.jason@riseup.net" title="Harry <happy.jason@riseup.net>"> <span class="fn">Harry</span></a>
</span></b>
<pre><span class="quote">> I think, that it is not a bug, if the list contains items, which are
> unsuitable, because you can enter, what ever you want.</span >
It might be a bug since in the previous version I hadn't had this problem for
years while doing the same job.
<span class="quote">> But I think, that the problem with special characters in a path should be
> explained somewhere. Currently I see no hint in the help texts. Therefore I
> change the component to Documentation.</span >
That is a good idea. But it's like moving the problem to the users from the
Libreoffice embedded code mistakes. If the user could choose the recent
accessed file from the file list which Libreoffice provided, Libreoffice should
convert '#' character to %-escaped one automatically as it used to do that for
years.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>