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.