Item9125: redirectto parameter broken
Priority: Urgent
Current State: Closed
Released In: n/a
Target Release: n/a
Applies To: Extension
Component: FormPlugin
Branches:
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