|Date|11-Apr-2007 11:26:20 EEST
|[Bug criticality]|MediumBug
|Browser version|
|[Bug status]|NewBug
|[PageProvider] used|
|Servlet Container|Tomcat
|Operating System|
|Java version|

So I've been happily using the ShortViewURLConstructor for most of my jspwiki installs.  I just had need to put up an instance and make it available thru https...

Must to my surprise, the pages do not render properly when accessed via https!

See attached screenshot...  (Main page accessed with  --JohnV 11-Apr-2007


Does setting {{jspwiki.referenceStyle=absolute}} help?  (Or, if you have referenceStyle=absolute already, can you switch it to relative and see what is going on?)

Did you also set your baseURL to start with https?

--JanneJalkanen, 11-Apr-2007

Above report extra information:
# Did NOT set baseURL to start with https
# Did NOT set referenceStyle, left it commented out, engine using its default

Just tried:
# Set baseURL to start with https (full url, trailing slash)
# Set
## jspwiki.urlConstructor = ShortViewURLConstructor
## jspwiki.shortURLConstructor.prefix = wiki/  \\(NB the comment in the property file that this should be {{/wiki}} doesn't appear to be correct, every plain http wiki I've deployed with short view seems to want {{wiki/}}... ?)
## Did NOT set referenceStyle
!This works!

Now, does this mean the __only__ access to the wiki can be via https? 

-- JohnV


Well, kinda.  There can only be one baseURL, and if you're using absolute referenceStyle, then yes.  However, with a relative referenceStyle it should not matter, but it seems that something in the templates still uses an absolute URL to reference the content.  And this is breaking things, unfortunately.

So the bug is sort of valid, but it's misnamed.  The real bug is "default template forces absolute urls in certain places"...

--JanneJalkanen, 14-Apr-2007

Sorry but this solution do not work properly.
The acces on the loggin page is ok , but when you click on login the browser whan to go back on 8080 port number ...

Fabrice, 11-May-2007