When I address XWiki on a virtual site from outside the local net, the
function getURL returns a full string prefixed with 'http://'. If I work
from the local net with its true URL (
http://server:8080/xwiki), this
function returns short URL beginning with '/xwiki/'.
As a result of this, the standard space control HTML code on the main page
is generated invalidly as velocity tries to convert textual URLs to links.
The same situation exists on several XWiki pages, e.g., Blog.
I studied the page source (/xwiki/bin/edit/Main/Spaces?&editor=wiki) and
found the following:
##...
{{html wiki="true"}}
##...
<div
class="spSpaceName">[[${space}>>${space}.WebHome]]</div>
<div class="xshowonhover spSpaceActions">
## Link to the space index.
$xwiki.getURL('Main.SpaceIndex', 'view',
$xwiki.getSkinFile('icons/silk/book_open.gif')
The first link is programmed with [[ ... ]], but the second link is
programmed directly as . In the second link, the getURL() producing
'http://' prefixed result blows the HTML code out.
The remedy was simple: {{html wiki="false"}} and replace [[ ... ]] by . But
this exists on a lot of XWiki pages and should be corrected everywhere.
Why the getURL() gives different results depending on the way to access the
site? Is there a configuration parameter or any other method to correct
this.
On the
xwiki.org site, the getURL obviously gives the necessary URL
beginning with '/xwiki'.
The problem exists on different XWiki versions (2.0 and later) on fresh
installations.
May be I should announce this as an error in XWiki sources to be corrected?
--
View this message in context:
http://n2.nabble.com/getURL-returns-full-URL-with-http-prefix-on-a-virtual-…
Sent from the XWiki- Users mailing list archive at
Nabble.com.