Jonas Almfeldt wrote: > Yeahh! I figured out a temporary (?) solution to the problem: > > I added =true after &render at line #73 of > See http://pastebin.com/m78e1155c > > I changed > #set($inputURLQueryString = $inputURLQueryString + "&render") > to > #set($inputURLQueryString = $inputURLQueryString + "&render=true")
Yep, that's the fix I'm going to apply. > > It looks like query parameters with no value occurrs in other places of the > code as well. > I have not suffered from that so far. But it would be good to know if/how > this issue will be handled in coming xwiki releases. Yes, I'll fix this for the WYSIWYG editor. Thanks, Marius > > My personal opinion is that it is probably good for XWiki and the community > if it is as platform independent as possible out of the box. > > Thanks & kind regards, > Jonas > > On Fri, Apr 17, 2009 at 10:41 PM, Jonas Almfeldt > <[email protected]>wrote: > >> >> On Fri, Apr 17, 2009 at 4:05 PM, Marius Dumitru Florea < >> [email protected]> wrote: >> >>> Jonas Almfeldt wrote: >>> >> [snip] >> >> Then something wrong happens in wysiwyginput.vm template. This is what I >>> have http://pastebin.com/m118b997b . Can try the following: >>> >>> (1) Replace line 16 with >>> >>> #set($content = "**nobug**") >>> >>> and refresh the page containing "bug". What the output if you append >>> xpage=wysiwyginput&render to the query string of the view URL? >>> >> http://server:8080/xwiki/bin/view/Sandbox/test+2?xpage=wysiwyginput&rendergives >> the output: >> >> **nobug** >> >> (2) Revert the previous change. Replace line 28 with >>> #set($content = $tdoc.getRenderedContent("**nobug**", >>> $tdoc.getSyntaxId())) >>> >>> and refresh again. What's the output now? >>> >> Output of >> http://server:8080/xwiki/bin/view/Sandbox/test+2?xpage=wysiwyginput&renderis >> now: >> >> **bug** >> >> and if I edit the page, the wysiwyg opens up displaying: >> >> **bug** >> >> So the condition in the if statement on line 27: #if($request.render) does >> not seem to be satisfied. >> See my result for (3) below. >> >> [snip] >> >> (3) Revert the changes from (1) and (2) and instead of >>> xpage=wysiwyginput&render >>> >>> put >>> >>> xpage=wysiwyginput&render=true >>> >>> in the query string of the view URL. What's the output this time? >>> >>> I suspect the WAS environment doesn't support query string parameters >>> without a value. >> >> Maurius, your suspicion seems very likely! :-) >> >> When I have reverted changes (1) and (2), and using url: with render=true >> instead of just render >> it displays >> * >> bug >> >> in bold text, just as it should do. >> * >> >> Thanks for having such good patience to guide me through the >> troubleshooting! >> >> Is this a bug in WAS 6.1? or is it actually following some servlet standard >> more strictly than other application servers do? or just interpreting the >> standard more strictly perhaps :-) >> >> How can we solve this? >> >> Will this be adressed in a coming xwiki release? >> >> Kind regards, >> Jonas >> > _______________________________________________ > users mailing list > [email protected] > http://lists.xwiki.org/mailman/listinfo/users _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
