Mailing-List: contact jspwiki-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: jspwiki-dev@incubator.apache.org
Message-ID: <907127193.1219580624299.JavaMail.jira@brutus>
Date: Sun, 24 Aug 2008 05:23:44 -0700 (PDT)
From: "Harry Metske (JIRA)" <jira@apache.org>
To: jspwiki-dev@incubator.apache.org
Subject: [jira] Updated: (JSPWIKI-355) Edits and comments are being lost if
 Section Editing is not selected
In-Reply-To: <42989356.1219579904229.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/JSPWIKI-355?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Harry Metske updated JSPWIKI-355:
---------------------------------

    Description: 
After modifying text on a page, select Preview => you see the old page, going back to Edit => you loose the changes.
The same happens if you click Save ==> you loose the changes.

It appears that this happens when you have Section Editing disabled (which is unfortunately enough in this case the default).
After turning on Section Editing everything works, but only after deleting the JSPWiki cookies.
Before the cookies had been deleted, you can Enable Section Editing, but it appears that this setting is not saved. When you return to the Prefs screen, Section Editing is disabled again.

Very annoying, especially if you have entered quite a lot of text and loose it after clicking Preview of Save :-(

This problem also happened already on (I think) JSPWiki-alpha-11, but I first wanted to check out if it would be solved by one of the other fixes regarding the comment notes.

  was:
After modifying text on a page, select Preview => you see the old page, going back to Edit => you loose the changes.
The same happens if you click Save ==> you loose the changes.

It appears that this happens when you have Section Editing disabled (which is unfortunately enough in this case the default).
After turning on Section Editing everything works, but only after deleting the JSPWiki cookies.
Before the cookies had been deleted, you can Enable Section Editing, but it appears that this setting is not saved. When you return to the Prefs screen, Section Editing is disabled again.

Vary annoying, especially if you have entered quite a lot of text and loose it after clicking Preview of Save :-(

This problem also happened already on (I think) JSPWiki-alpha-11, but I first wanted to check out if it would be solved by one of the other fixes regarding the comment notes.


A partial workaround could be by adding 'jspwiki.defaultprefs.template.sectionediting=on' to jspwiki.properties

> Edits and comments are being lost if Section Editing is not selected
> --------------------------------------------------------------------
>
>                 Key: JSPWIKI-355
>                 URL: https://issues.apache.org/jira/browse/JSPWIKI-355
>             Project: JSPWiki
>          Issue Type: Bug
>          Components: Default template
>    Affects Versions: 2.7.x
>         Environment: JSPWiki-2.7.0-alpha-27, FF3 + IE6
>            Reporter: Harry Metske
>            Priority: Critical
>
> After modifying text on a page, select Preview => you see the old page, going back to Edit => you loose the changes.
> The same happens if you click Save ==> you loose the changes.
> It appears that this happens when you have Section Editing disabled (which is unfortunately enough in this case the default).
> After turning on Section Editing everything works, but only after deleting the JSPWiki cookies.
> Before the cookies had been deleted, you can Enable Section Editing, but it appears that this setting is not saved. When you return to the Prefs screen, Section Editing is disabled again.
> Very annoying, especially if you have entered quite a lot of text and loose it after clicking Preview of Save :-(
> This problem also happened already on (I think) JSPWiki-alpha-11, but I first wanted to check out if it would be solved by one of the other fixes regarding the comment notes.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.