We have an odd situation that's causing our forms to break. When we define a form selection paragraph on our edit stage, it works fine. However, when we publish it to our public stage, the various selections all end up lumped together into one selection, rather than split across however many they should be set up for.
I wrote a little code to examine the ASCII values that the form-selection.jsp paragraph is processing. On our edit stage, the options are separated by 13 and 10 -- the \r and \n values one would expect (and which the JSP code looks for). On the public stage, however, the values are 32 and 32 -- two spaces. The JSP doesn't recognize these as separators, and thus all of the options get rammed in there together. So my question is this: how would the CRLF get changed to Space/Space during on the Public stage and, more importantly, how can I keep it from happening? The problem doesn't appear to occur on a virgin installation of 3.0.1, nor using our lightly customized code if allowed to bootstrap from scratch, so the issue must be in our database configuration somewhere. (I tried working around the issue by exporting the XML from Edit and importing it to Public, but with no better luck.) If it comes to it, I may do a mass export and let the database bootstrap and rebuild itself, but I'd like to avoid that if possible (especially if it turns out not to solve the problem). The database did start life in one of the release candidates, so it may be that a rebuild is finally unavoidable. Thanks for any insight, Sean ---------------------------------------------------------------- for list details see http://www.magnolia.info/en/magnolia/developer.html ----------------------------------------------------------------
