[4.0.3.3 non fixed bug] Link with a space Pdf export error (%20 characters - space ones - exported as %2520 ones)

[Carlo_Strata]

Hi Everyone and sorry for my long silence!

I have not read the mailing list for a long, but I am always here to use, test, update and spread LibreOffice!

Since 4.x versions - but maybe since before:

1. if you create a new writer document and copy in it a with-space-link like this:
http://support.mozilla.org/it/kb/Informazioni%20su%20Firefox%20Sync
2. save the document;
3. export the document in pdf with the default settings;
4. open the exported pdf;
5. click on the clickable link;
6. you will get this wrong link instead:
http://support.mozilla.org/it/kb/Informazioni%20su%20Firefox%20Sync
7. if you open that link from the odt (as usual with a ctrl+click) you get instead the right link and the browser open correctly!
8. if you leave your mouse cursor on the link both on the pdf and the odt documents you will get a correct title yellow lable ("tooltip") too!
9. I finally think there is a bug on the pdf export module.
10. This is the same if you create the above document with the Insert -> Hypertext link menu function.

I have tested this on each new testing release, but only today I have found the mental time to write this mail.
I am also going to search if there is a related issue yet and if not, as I used in the near past, I will post a new one.

Have a sunny day,

Carlo

p.s. on this Saturday I will see Italo (Vignoli) on Venice (where I live) in a very interesting public access Venetian Engineers Meeting that I help to organize...

[Tom_Davies]

Hi
%25 is the code for a % symbol so the 'wrong' link is not really wrong after all.  It's just a bit odd and unnecessary.  In the 'wrong' link replace all the %25s with % so that %2520 becomes %20 and then the apparently 'wrong' link looks right.  It's a good reason for avoiding spaces and non-standard characters in Urls.  CamelCase is much less prone to these sorts of problems.

Seems a few other organisations are having trouble with %25 replacing %
http://social.microsoft.com/Forums/en-US/technicalqueries/thread/6f20c6a9-0ed9-4e96-a0f7-cc1abbdf58a8
https://discussions.apple.com/thread/1648880?start=0&tstart=0
https://github.com/pipwerks/PDFObject/issues/23
http://drupal.org/node/1335942
http://stackoverflow.com/questions/3549747/apache-25-in-url-400-bad-request

Welcome back chap!  Lets hope they can fix it! 
Regards from
Tom

[reisi007]

Hi,

Does a bug report exist yet?

Liebe Grüße, / Yours,
Florian Reisinger

[Tom_Davies]

Hi
I don't know if there is one for LibreOffice yet.

People have tried to show me how to look things up in the bug-report place but for some reason i can never quite manage it myself.

Also i'm not sure if just solving the problem in LibreOffice would make the problem go away.  It seems to be further "upstream" with fairly major projects having to deal with it separately. is it possible to post a bug-report against "the internet"?
Apols and regards form
Tom

[Carlo_Strata]

Hi Everyone,

as I told yesterday in my first mail I will look for an already created issue and if not I will create it. When I make this? Now!
In any case I will make you know what I do.

@Tom:

I think that:
- on URLs, browsers - but maybe a behaviour stated on a well determined W3 Standard or similar open Consortium - substitute spaces with %20 hex character code;
- %20 (!!!): that means that "%", "2" and "0" are all (!) well admitted characters, all (!!!);
- so I don't see the reason to recursively (!!!) substitute the "%" character when an URL is input in LibreOffice because "%" it self is already an accepted one;
- another low probability hypotheses in my head was that LibreOffice translate the space on a full 16 bit space character coding, but your explain about %25 representing the "%" hex code, rapidly make me clear what was happened;
- in any case (!), if you open the with-space link directly from a Writer document (ctrl+click for friends o chaps ) you will get the right page: in other words the link behave correctly! So the problem on pdf link behaviour has to be fixed in LibreOffice too!!! But I do not think is a too hard to do, is not it?

Now I will go to open or vote an existing issue and come back here soon. I think we could also to maintain only one discuss: I will suggest the tdf-discuss one, what do you think about?

Have All a sunny day,

Carlo

I

ing. Carlo Strata

[reisi007]

Hi,

Hi
I don't know if there is one for LibreOffice yet.

Please have a look and file one (https://www.libreoffice.org/get-help/bug/)

People have tried to show me how to look things up in the bug-report place but for some reason i can never quite manage it myself.

Feel free to ask at the IRC channel libreoffice-qa

Also i'm not sure if just solving the problem in LibreOffice would make the problem go away. It seems to be further "upstream" with fairly major projects having to deal with it separately. is it possible to post a bug-report against "the internet"?
Apols and regards form
Tom

Nope not possible, at least how far I know

[Cutting the unnecessary things away]

[Tom_Davies]

Hi
It might be good to keep the discussion to this thread on the Users List for now.  Lets see what other people say and what bug-reports you find about this.  Perhaps move it up the "chain of command" after that.  I've just noticed that we have been cross-posting all this time.  it's better to stick to 1 list at a time for most things.

"- so I don't see the reason to recursively (!!!) substitute the "%"
character when an URL is input in LibreOffice because "%" itself is
already an accepted one;"

A big +1 to that!  I don't know why it's being done either.  It makes no sense that it happens that way. 
Regards from
Tom

[Carlo_Strata]

Hi Everyone,

Tom: as you red in my previous post in the discuss list yesterday I have opened this issue:
https://bugs.freedesktop.org/show_bug.cgi?id=64428

but, thanking to Andras Timar, I have closed it just now because it probably is an Adobe Acrobat Reader 11.0.2 bug/issue!!!

Take a look at the comments in the bugs...

Have All a nice eventing,

Carlo

ing. Carlo Strata

[Tom_Davies]

Hi
That is one reason why it is best to avoid putting spaces in url names.
Anyone who does use a space in a url looks like a clueless moron because
it fails so often. CamelCase works far more often. Spaces don't.

You can see the space has to be replaced by a %20 (coding = space) and that
makes the url look too geeky so most people wont even try to read it. if
there is an 'obvious' error, typo or spelling mistake then they wont be
able to find it. This is exacerbated by the % sign then getting replaced
by the code for % which is %25. Presumably if you pasted that link into
most programs (including LibreOffice Writer as one amongst many) then you
would get from
http://support.mozilla.org/it/kb/Informazioni%20su%20Firefox%20Sync
to
http://support.mozilla.org/it/kb/Informazioni%2520su%2520Firefox%2520Sync
and so on.

Possible work-arounds are to put it in tag-brackets such as
<http://support.mozilla.org/it/kb/Informazioni su Firefox Sync>
or perhaps speechmarks?
"http://support.mozilla.org/it/kb/Informazioni su Firefox Sync"
or in wiki coding-brackets
{http://support.mozilla.org/it/kb/Informazioni su Firefox Sync}

I don't know if any of those work in your email-client or in Writer.
Different programs handle these sorts of things differently so i tend to
give people thebasic link and then tell them how to navigate from there.
eg "
http://support.mozilla.org/it/kb
and look for the link about syncing"

Regards from
Tom

[Tom_Davies]

Hi
Grrr, sorry! It's an old thread that eventually turned out to be yet
another bug in Adobe Acrobat but somewhat unusually they did bother to fix
it.

Apols and regards from
Tom