Item5757: footerrows parameter not handled correctly

EditRowPlugin 15736 (24 Nov 2007) has a problem in handling of footerrows. The parameter obviously does something (prevents editing the footer row) but the saved result damages the footer row. I have seen 2 behaviours. The "simple one" is shown first

Test case 1

Just hit the edit icon (for the table), don't actually change anything, and hit save icon. The last row is now blank....

%EDITTABLE{ headerrows="1" changerows="add" footerrows="1" keywordlock="LOCKED" header="|*A*|*B*|*C*|*D*|" format="| text,10,aaa |text,10,bbb |text,10,ccc|text,10,ddd" }%
| A | B | C | D |
| 1 | 2 | 3 | 4 |
| a | b | c | d |

Test case 2

Just hit the edit icon (for the table), don't actually change anything, and hit save icon. The last row is now blank except for the last column "d" - presumably because the format calls for this column to have a fixed value and it never tries to save a new value for it???.

%EDITTABLE{ headerrows="1" changerows="add" footerrows="1" keywordlock="LOCKED" header="|*A*|*B*|*C*|*D*|" format="| text,10,aaa |text,10,bbb |text,10,ccc|label,0,ddd" }%
| A | B | C | D |
| 1 | 2 | 3 | ddd |
| a | b | c |  d |

-- TWiki:Main/DarrylGreen - 07 Jul 2008

Confirmed, this is a bug. Sorry for the delay in getting to it. Working on a fix.

-- CrawfordCurrie - 14 Feb 2009

Not respecting footer rows when reloading changed table from URL params. Fixed.

-- CrawfordCurrie - 15 Feb 2009