Item9125: redirectto parameter broken

This bug is related to Item1990 and Item9082 which got fixed recently

Anyway, I decided to file a new bug for this issue, as the resulting problem is different now, although the origin can probably be found in the abovementioned bug.

Description

In our corporate Wiki we have several forms which use the combination of FormPlugin and CommentPlugin to generate text strings for topics which are read out by e.g. ActionTrackerPlugin or HolidaylistPlugin.

While these forms work nicely with a rather old version of FormPlugin (foswiki-formplugin_090317-197_all.deb), where bug Item1990 was not yet present, the most recent version is troublesome with the following form data post-processing:

The new problem occurs by using the parameter redirectto whith Tasks.Item9125 as the value. This was used to store the data for a Holidaylist in a different topic. Now nothing happens.

Without this parameter everything works as expected (also a redirect from the data to the display topic is not possible), but as a normal user does not want to see a long list of entries this is no acceptable status.

Possible Problem

The topic gets redirected before the form action (save) was performed.

-- HolgerHain - 08 Jun 2010

Fixed in FormPlugin 2.0.

-- ArthurClemens - 30 Apr 2011

I have tested it in a number of different installations over the past year, and the result is that setting this (extremely useful) parameter redirects to the specified topic BUT does not allow the action (save, create etc) to be performed. I am setting this to "confirmed"

-- StefanosKouzof - 20 Jan 2011

Commenting is disabled while not logged in