Re: [xwiki-users] XWiki 1.8.1 Editor problem, lost line breaks and escaped wiki syntax - xwiki-users@xwiki.org

17 Apr 2009

Hi Maurius,

On Fri, Apr 17, 2009 at 12:47 PM, Marius Dumitru Florea <
mariusdumitru.florea(a)xwiki.com&gt; wrote:

...
  Hi Jonas,

 Jonas Almfeldt wrote:

  Hi Maurius and Guillaume,

 I'm sending this to you in order to not spam the mailing list. We can post
 final results to the list if/when we have a solution.

 AFAIK no one complained so far about the increasing number of mails on the
 users lists.

Ok, good :-)

...

  The scenario you described in your email
reproduces the error for me, each
 time, when running hte xwiki instance in WebSphere Application Server 6.1
 environment.

 I have now tested some more with the 1.8.1 stable version.

 I get different results when running the scenario you described in my
 local test environment based on Tomcat 5.5 and when running it on the server
 side (WAS).

 Configurations:

 Local setup
 ==========
 *Tomcat 5.5 + Oracle 9.2.1 locally on my Win XP pc.
 * Oracle jdbc driver: ojdbc14.jar (for Oracle 10 G)
 * downloaded

http://repository.jboss.com/maven2/net/jcip/jcip-annotations/1.0/jcip-annot…
 and saved as xwiki/WEB-INF/lib/jcip-annotations-1.0.jar  (this was a
 missing dependancy when I deployed it in the hosted set up on WAS, and I
 want the war files to be as similar as possible except for the db
 configuration part and log paths, so I included this in the local set up
 also, although not needed. It seems to be included in the JRE/SDK or in
 Tomcat already)
 * Database content (wiki content) imported from XAR file i created from a
 complete export of the information in the wiki instance running in the
 "hosted setup".
 I'm not having the problem with this setup.

 Hosted setup
 ==========
 * WebSphere Application Server 6.1 + Remote Oracle 10 G.
 * Oracle jdbc driver: ojdbc14.jar (for Oracle 10 G)
 * downloaded

http://repository.jboss.com/maven2/net/jcip/jcip-annotations/1.0/jcip-annot…
 and saved as xwiki/WEB-INF/lib/jcip-annotations-1.0.jar  (this was a
 missing dependancy when I deployed it in the hosted set up on WAS)
 Question: Would it be possible that the proper jcip-annotations-1.0.jar
 can be included in the official .war distribution of XWiki in the future,
 since the jcip-annotations classes seem to be required for xwiki to work
 (out of the box at least)?
 * Database content was created with the previous xwiki 1.8 stable release.

 This setup induces the wysiwyg xwiki/2.0 parsing problem.

 I don't think this problem is related to the application server or the
 database used, nor even to the imported XAR. It should be caused by the
 xwiki-rendering jars you have in your WEB-INF/lib directory or by the
 WYSIWYG velocity templates.

Where can I find those templates? in the .war file or in the database?

...

  When running the scenario in the "hosted
setup" the following happens:

 Create new document, wysiwyg editor opens by default, (syntax: xwiki/2.0
 is selected but grayed out in the wiki syntax chooser):

 * typed "Heading 1"
 * applied "Title 1" style
 * pressed Enter twice (to go out of the heading)
 * clicked the bold button
 * typed "bold text"
 * pressed Enter twice (to create a new paragraph)
 * typed "bold text" again
 * saved (everything was fine)
 * edited again (everything was NOT fine)

 In the wysiwyg editor I get:

 ---------------8<-------------
 = Heading 1 = **bold text** **bold text**
 --------------->8---------------

 This means the XWiki syntax is no converted to XHTML before loading the
 editor. Can you try a simpler example just to be sure? For instance to this:

 * edit a new/empty page
 * type a word like "bug"
 * select the word
 * click the bold button on the tool bar
 * save and edit again

 Do you get **bug** in the WYSIWYG editor? If so, then cancel the edit. The
 "bug" is in bold in view mode right? Then please append
"xpage=wysiwyginput"
 to the query string of your URL and tell me the output. For instance:

 http://localhost:8080/xwiki/bin/view/Sandbox/Test?xpage=wysiwyginput

 I suspect the output is **bug** right?

Yes, the output is: **bug**\\

...

 Now if you append also "render" like in:

 http://localhost:8080/xwiki/bin/view/Sandbox/FF?xpage=wysiwyginput&rend…

 is the "bug" in bold? 

No :-(  the output of ...?xpage=wysiwyginput&render is still: **bug**\\

Some additional details:
The WAS 6.1 jvm has java version 1.5.0 btw.
My local Tomcat runs with the JRE of jdk1.5.0_08.

I also forgot to mention to the list that this problem is not specific to
1.8.1. It happens when I test with 1.8 also. (same wiki db content used,
created with 1.8 stable and the 1.8 XAR archive as a base).

...

  When upgrading to 1.8.1, I did not apply the
xwiki enterprise 1.8.1 XAR
 archive.

 I'm also getting quite a lot of error messages/warning messages from xwiki
 in the system out log of the WAS.
 Maybe this has something to do with the error?
 An extract of the reoccurring errors is attached to this email.

 The errors are not related to the WYSIWYG editor.

 Thanks,
 Marius

> What do you think about this?
>
> All help is appreciated :-)
>
> Kind regards,
> Jonas
>
> On Thu, Apr 16, 2009 at 3:24 PM, Marius Dumitru Florea <
> mariusdumitru.florea(a)xwiki.com <mailto:mariusdumitru.florea@xwiki.com>>
> wrote:
>
>    Hi,
>
>    Jonas Almfeldt wrote:
>     > Hi,
>     >
>     > I hope someone out there can help me with this very strange
>    problem with the
>     > editors.
>     >
>     > I have WYSIWYG as the default editor, and have edited the
>    xwiki.properties
>     > and set xwiki/2.0 as default editor syntax.
>     >
>     > Scenario:
>     >
>     > I create a new page. Wysiwyg editor is default.
>     > Editing the following content:
>     >
>     > Heading 1
>     > bold text
>     > bold text
>     >
>     > And saving.
>
>    Can you tell me the exact steps to reproduce the problem. Can you
>    reproduce the problem each time? I tried the following:
>
>    * typed "Heading 1"
>    * applied "Title 1" style
>    * pressed Enter twice (to go out of the heading)
>    * clicked the bold button
>    * typed "bold text"
>    * pressed Enter twice (to create a new paragraph)
>    * typed "bold text" again
>    * saved (everything was fine)
>    * edited again (everything was fine)
>    * went to Wiki editor and got:
>
>    ---------------8<---------------
>    = Heading 1 =
>
>    **bold text**
>
>    **bold text**
>    --------------->8---------------
>
>    So I can't reproduce this way.
>
>    Thanks,
>    Marius
>
>     > It looks nice when viewing the new page, with "Title 1"
>    formatting of the
>     > heading line and bold text on the second and third lines.
>     >
>     > But when I chose to edit the page again, the wysiwyg editor
>    appears, with
>     > the following faulty content:
>     >
>     > = heading 1 = **bold text line 1** **bold text line 2**\\ \\
>     >
>     > Hitting the Preview button from wysiwyg editor shows the same
>    result, raw
>     > xwiki/2.0 syntax, minus the original line breaks in the preview
> mode.
>     >
>     > If I instead of preview change to the Wiki editor mode, the
>    content is
>     > escaped:
>     >
>     > ~= heading 1 = ~*~*bold text line 1~*~* ~*~*bold text line
>    2~*~*~\~\ ~\~\
>     >
>     > And if cycling between the editors once more from there, even
>    more escape
>     > ~  characters occur.
>     >
>     > What am I doing wrong? config issue? or is this a bug? wysiwyg
> editor
>     > appears not to be able to parse xwiki/2.0 syntax in 1.8.1?
>     >
>     > Details:
>     >
>     > * XWiki 1.8.1 stable
>     > * WebSphere Application Server 6.1 fixpack 21
>     >
>     > Kind regards,
>     > Jonas
>     > _______________________________________________
>     > users mailing list
>     > users(a)xwiki.org <mailto:users@xwiki.org>
>     > http://lists.xwiki.org/mailman/listinfo/users
>    _______________________________________________
>    users mailing list
>    users(a)xwiki.org <mailto:users@xwiki.org>
>    http://lists.xwiki.org/mailman/listinfo/users
>
>
>
> ------------------------------------------------------------------------
>
> Kind regards,
Jonas