Details
-
Bug
-
Resolution: Fixed
-
Major
-
1.7.1
-
None
-
Sun Application Server, Oracle 10g, Solaris
-
wsyiwyg, editor, wiki 2.0
-
Description
Hi,
i think i've already figured out a solution for this problem.
We have to use a proxy which does some url rewriting. Therefore a url request on the port 8150 will be redirected to 8230. And by using a reverse path the user still got the 8150 port. As a result of that the new wysiwyg editor won't apply the correct styles due to a parsing error in the wysiwyginput.vm file.
The codeline 6:
<link type="text/css" rel="stylesheet" href="${request.getRequestURL().substring(0, $request.getRequestURL().indexOf("/", 9))}${xwiki.getSkinFile("style.css")}"/>
will be parsed like this:
<link type="text/css" rel="stylesheet" href="http://deuxview:8230http://deapview:8150/xwiki/skins/toucan/style.css"/>
The $xwiki.getSkinFile returns an absolute url and this url is appended to the requestURL.
As far as i know the ${xwiki.getSkinFile("style.css")} part should be sufficent in line 6. If an absolute url will be return it'll be just fine and a relative url would be good enough as well.
Hope i didn't get anything wrong.
Regards
Christoph