Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 82263 invoked from network); 17 Mar 2004 20:23:24 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 17 Mar 2004 20:23:24 -0000 Received: (qmail 45554 invoked by uid 500); 17 Mar 2004 20:23:10 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 45494 invoked by uid 500); 17 Mar 2004 20:23:09 -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 Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 45469 invoked from network); 17 Mar 2004 20:23:09 -0000 Received: from unknown (HELO naomi.webworks.nl) (24.132.161.79) by daedalus.apache.org with SMTP; 17 Mar 2004 20:23:09 -0000 Received: from hippo.nl ([10.10.20.127]) by naomi.webworks.nl with Microsoft SMTPSVC(5.0.2195.6713); Wed, 17 Mar 2004 21:23:13 +0100 Message-ID: <4058B3BE.8030609@hippo.nl> Date: Wed, 17 Mar 2004 21:23:26 +0100 From: Unico Hommes Organization: Hippo User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: cocoon.redirectTo broken References: <40587583.1000507@hippo.nl> <4058796C.1070508@hippo.nl> In-Reply-To: <4058796C.1070508@hippo.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 17 Mar 2004 20:23:13.0688 (UTC) FILETIME=[AC630980:01C40C5D] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N I've added an test scenario and anteater testcase to show this bug. See http://localhost:8888/test/sendpage/explain-test.html -- Unico Unico Hommes wrote on 17-3-2004 17:14: > > Oops, it's something else. It is related to cocoon.sendPage(). It > doesn't consider internal-only pipelines: > > sitemap.xmap: > > > ... > > > > > > > > > > flow.js: > function sendInternal() { > cocoon.sendPage("internal",null); > } > > Requesting anything will cause an infinite loop. > > Setting internal-only="false" on the first pipeline fixes it again. > > -- > Unico > > Unico Hommes wrote on 17-3-2004 16:57: > >> >> It seems that cocoon.redirectTo FOM function is now doing an internal >> redirect instead of causing a browser redirect. Calling >> cocoon.redirectTo("somewhere") shows the following message in the >> sitemap log: INFO (2004-03-17) 16:44.43:471 [sitemap] >> (/samples/slide/content/) PoolThread-4/ForwardRedirector: Redirecting >> to 'cocoon:/somewhere/'. >> >> My first guess was that the following patch was the reason: >> http://issues.apache.org/bugzilla/show_bug.cgi?id=26854 . But the >> problem seems to persist when I undo that change. Anybody know what >> has caused this or how to fix it? >> >> -- >> Unico