Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 62114 invoked from network); 1 Mar 2006 07:20:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 1 Mar 2006 07:20:18 -0000 Received: (qmail 61208 invoked by uid 500); 1 Mar 2006 07:21:04 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 60845 invoked by uid 500); 1 Mar 2006 07:21:03 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 60834 invoked by uid 99); 1 Mar 2006 07:21:03 -0000 Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Feb 2006 23:21:03 -0800 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id E7DA8DC for ; Wed, 1 Mar 2006 08:20:41 +0100 (CET) Message-ID: <996234062.1141197641833.JavaMail.jira@ajax.apache.org> Date: Wed, 1 Mar 2006 08:20:41 +0100 (CET) From: "David Crossley (JIRA)" To: dev@cocoon.apache.org Subject: [jira] Updated: (COCOON-574) [PATCH] fixed redirect under JRun 3.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/COCOON-574?page=all ] David Crossley updated COCOON-574: ---------------------------------- Bugzilla Id: (was: 16537) Other Info: [Patch available] Description: Proposed WebSphere 4.0/4.0.1 response.encodeRedirectURL() bug fix (by VG) doesn't work for JRun 3.1. It produces double base path fragment on the resulting URL, when it mistakenly assumes WS bug. I.e. for redirect to "../myfile.html" at "http://host/webapp/mydir/main.html" the result is "http://host/webapp/mydir/webapp/mydir/../myfile.html" on JRun. The patch adds additional check for output from encodeRedirectURL() and ONLY IF it actually does not contain expected base path, it adds one. was: Proposed WebSphere 4.0/4.0.1 response.encodeRedirectURL() bug fix (by VG) doesn't work for JRun 3.1. It produces double base path fragment on the resulting URL, when it mistakenly assumes WS bug. I.e. for redirect to "../myfile.html" at "http://host/webapp/mydir/main.html" the result is "http://host/webapp/mydir/webapp/mydir/../myfile.html" on JRun. The patch adds additional check for output from encodeRedirectURL() and ONLY IF it actually does not contain expected base path, it adds one. > [PATCH] fixed redirect under JRun 3.1 > ------------------------------------- > > Key: COCOON-574 > URL: http://issues.apache.org/jira/browse/COCOON-574 > Project: Cocoon > Type: Bug > Components: * Cocoon Core > Versions: 2.0.5-dev (Current CVS) > Environment: Operating System: All > Platform: All > Reporter: Michal Durdina > Assignee: Cocoon Developers Team > Attachments: HttpEnvironment.java.diff, release_2_1_5_1.patch_3.txt > > Proposed WebSphere 4.0/4.0.1 response.encodeRedirectURL() bug fix (by VG) > doesn't work for JRun 3.1. It produces double base path fragment on the > resulting URL, when it mistakenly assumes WS bug. > I.e. for redirect to "../myfile.html" at "http://host/webapp/mydir/main.html" > the result is "http://host/webapp/mydir/webapp/mydir/../myfile.html" on JRun. > The patch adds additional check for output from encodeRedirectURL() and ONLY IF > it actually does not contain expected base path, it adds one. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira