Regression problems with the latest nightly builds

>> Problem #2: View Source Code [...]
>
> Yes, we are aware of the issues in the source viewer. It is one of the
> things we need to fix before we release 3.7. See:
>
> http://forge.objectweb.org/tracker/index.php?func=detail&aid=309859&group_id=168&atid=350207
>
>> Firefox 3: Nothing happens when I click the link (style.css) IE 6 & 7:
>> CPU usage hits the top and the browser gets jammed --> forced to close
>> the browser
>
> This is also in the source code viewer, right?

> Hi Alex,
>
>
>> >  Few days ago, when I updated the version of my Orbeon Forms from
>> >  3.6.0.200712181809 to 3.6.0.200807080639, both being nightly build
>> >  versions, I noticed a couple of regression problems.
>> >
>> >  Problem #1: Locating files [...]
>>
>>  Would you be able to reproduce this problem with a simple JSP file in
>>  WEB-INF/xforms-jsp of the standard orbeon.war? If you could send us this
>>  file, this would help us reproduce the problem.
>
> Okay, I created simple test files in order to reproduce the problem (see
> attachments). I placed the files under my web application (/xformscode) and
> tested how the index.xforms form behaves.
>
> When using Orbeon Forms 3.6.0.200712181809 Nightly Build (/orbeon) the form
> works fine. However, when using Orbeon Forms 3.6.0.200806081735 I will get
> the following error message:
> Got invalid return code while loading URI:
> http://localhost:8080/xformscode/orbeon/xforms-jsp/external-ui-instance.xml,
> 404
>
> I have not made any modifications to orbeon.war and I am using the following
> configurations in the web.xml file of my web applications:
> <!-- Filters -->
> <!-- Declare and configure the Orbeon Forms XForms filter -->
> <filter>
> <filter-name>ops-xforms-filter</filter-name>
>
> <filter-class>org.orbeon.oxf.servlet.OPSXFormsFilter</filter-class>
> <init-param>
>
> <param-name>oxf.xforms.renderer.context</param-name>
> <param-value>/orbeon</param-value>
> </init-param>
> </filter>
>
>
> <!-- Filter Mappings -->
> <!-- Any web resource under *.xforms is processed by the XForms
> engine -->
>   <filter-mapping>
> <filter-name>ops-xforms-filter</filter-name>
> <url-pattern>*.xforms</url-pattern>
> </filter-mapping>
> <!-- This is necessary so that XForms engine resources can be
> served appropriately -->
> <filter-mapping>
> <filter-name>ops-xforms-filter</filter-name>
> <url-pattern>/orbeon/*</url-pattern>
> </filter-mapping>
>
>
>
> When I tried to run the same form (renamed to index.jsp) under Orbeon Forms
> 3.6.0.200806081735 by putting the files under the /xforms-jsp/ folder i.e.
> /orbeon/xforms-jsp/index.jsp and /orbeon/xforms-jsp/external-ui-instance.xml
> I got a different kind of result. This time the form did not print the
> content of the external UI instance at all but otherwise rendered the page
> fine. Orbeon Forms XForms Instance Inspector show the following for the
> external-ui-instance:
> <null xsi:nil="true" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"/>
>
> And as a comparison, when using Orbeon Forms 3.6.0.200712181809 in the same
> way, the form does not work either and I will get the following error
> message:
> Fatal error: The prefix "xsi" for attribute "xsi:nil" associated with an
> element type "null" is not bound.
>
> I am using Firefox 2.0.0.16 if that matters.
>
>
>> >  Problem #2: View Source Code [...]
>>
>>  Yes, we are aware of the issues in the source viewer. It is one of the
>>  things we need to fix before we release 3.7. See:
>>
>>  http://forge.objectweb.org/tracker/index.php?func=detail&aid=309859&group_id=168&atid=350207
>>
>> >  Firefox 3: Nothing happens when I click the link (style.css) IE 6 & 7:
>> >  CPU usage hits the top and the browser gets jammed --> forced to close
>> >  the browser
>>
>>  This is also in the source code viewer, right?
>
> Yup.
>
> Regards
>
>
> -Markku
>