On 17 févr. 07, at 18:34, Sergiu Dumitriu wrote:
Hi,
I know this problem, and it needs to be fixed, indeed.
On 2/16/07, Gilles Serasset <Gilles.Serasset@imag.fr > wrote:Hi all,
[snip]
My question is: there are 2 ways to deal with this pb:
1. expect vm macros to explicitely call a urlEncode method when an
URL is built.
2. expect the sendRedirect Method to check and encode unproperly
encoded URLs.
There is a third option. The code associating URL-s with documents should know what is the encoding setting, meaning that the URL should be properly generated AND recognized, because the problem is not only with the generated URL, but with the accessed document name also.
Yes this problem appears, but later in the creation cycle.
When using the form, the name is correctly retrieved, but a part of the resulting url is not explicitely encoded, leading to a ill-formed URL. This is only this bug that I'm currently dealing with. I'll then try to see why the form fields are correctly retrieved, but not the doc name in the url.
I'd vote for the first solution as the second may lead to nasty
results, but I definitelly need your advice for submitting a patch
for this.
It would e great if you could fix this :)
The fix will be to add a urlEncode method callable from velocity (in XWiki class I think) and modify the skin so that it corrctly encode parts of the url it builds.