I did a quick look at the issue, you filed (1139).
It is strange that xhtml is causing these kinda problems.
works fine with facelets.
give me some time to verify the root issues, instead
of doing a simple "getElementById". I think there are
more similar issue to your problem.
-M
On Thu, Jul 3, 2008 at 8:33 AM, Burghard Britzke
<[EMAIL PROTECTED]> wrote:
> with the following environment:
> Mac OS X 10.5.4
> Sun AS 9.0.2 (Glassfish)
> Java 1.5
> Safari 3.1.2 and Firefox 3.0
> <tr:table>'s page navigation does not work as expected for my configuration.
> A klick on one of the navigation buttons sends a request (or two) to the
> server. But the response is routed into an empty case of a chained if
> statement in the js-function _handlePprResponse() in file
> DebugCommon1_2_8.js.
> 20723 else
> 20723 {
> 20724 // FIXME: log an error
> 20725 }
> 20726}
> This is because the rootNodeName is "parseerror". I checked the
> documentElement which is passed to that function as a parameter. I found the
> following:
> <parseerror>
> XML-Verarbeitungsfehler: XML- oder Text-Deklaration nicht am Beginn der
> Entität Adresse:
> http://localhost:8080/test/faces/test.jspx Zeile Nr. 1, Spalte 40:
> <sourcetext>
> <?xml version="1.0" encoding="UTF-8" ?><?xml version="1.0" ?>
> ---------------------------------------^
> </sourcetext>
> </parsererror>
> For the endusers it looks like they ran into TRINIDAD-1139. The only
> difference is that the page is rendered as html 4.01 (not xhtml). and with a
> server side logging the presence of successfull requests can be monitored.
> Is it possible to prevent double <?XML?> elements in the ppr response by
> configuration?
>
>
>
>
>
>
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
mail: matzew-at-apache-dot-org
