incubator-jspwiki-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Janne Jalkanen (JIRA)" <>
Subject [jira] Resolved: (JSPWIKI-148) Preview fails when using a port other than 80
Date Sun, 29 Jun 2008 10:49:45 GMT


Janne Jalkanen resolved JSPWIKI-148.

    Resolution: Cannot Reproduce

Closing as this needs more info.

> Preview fails when using a port other than 80
> ---------------------------------------------
>                 Key: JSPWIKI-148
>                 URL:
>             Project: JSPWiki
>          Issue Type: Bug
>          Components: Servlet Container/Java compatibility
>    Affects Versions: 2.6.0
>         Environment: Apache Tomcat 6, java 1.5, Jspwiki 2.6
>            Reporter: Ryan Brissette
> When running tomcat on a port other than 80, the port information is dropped when attempting
to preview a page. 
> ie
> http://myserver:9080/testWiki/Edit.jps...  becomes http://myserver/testWiki/Preview.jsp...
> My baseUrl is set correctly (including port number) and everything but preview appears
to work.  The issue is seen when attempting to preview from edit and when attempting to preview
from the comment page.  Copying the url and adding in the port number produces the results
as planned, although roughly half of the time the session gets marked as expired.  
> This issue is seen whether I am using relative or absolute paths.
> Line 227 from Edit.jsp is an example of where the incorrect redirect is happening.
> response.sendRedirect(wiki.getURL(WikiContext.PREVIEW,pagereq,null,false) );
> Regardless of whether absolute or relative paths are being used the wiki.getURL call
here returns /testWiki/Preview.jsp?=...
> my work-around was:
> response.sendRedirect("http://myserver:9080" + wiki.getURL(WikiContext.PREVIEW,pagereq,null,false)
> which seems to work, except the session expirations mentioned above.
> I have also done some playing around with my dns and tomcat so that the port number is
removed from url (baseURL was updated, tried with both absolute and relative paths, etc, etc)
by the same result was obtained.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message