Item5698: EditRowPlugin's save function borks ActionTrackerPlugin's non-standard attributes.
Priority: Normal
Current State: No Action Required
Released In: n/a
Target Release: n/a
Today, one of my coworkers noticed that the non-standard attributes we use for the
ActionTrackerPlugin were disappearing. At first I thought that maybe the WYSIWYG was messing with things, but I wasn't able to reproduce the problem. It turns out that the action in question was in a topic that also used an
EditRowPlugin-enabled table (different part o the topic: not in the action or vice-versa). Everytime you edit a row in the table and click the save icon, the attributes were stripped from the action. This was annoying my co-worker, as his team was using the table to track progress on the task, and it kept getting clobbered.
I'm not really sure why this would happen - my first guess would be that the REST handler employed is not respecting
ActionTrackerPlugin's territory, or something similar. I also know very little about how the plugin architecture works, so I doubt my guesses are worth much
Plugins we're using:
SpreadSheetPlugin,
ActionTrackerPlugin,
CommentPlugin,
EditRowPlugin,
EditTablePlugin,
ForEachPlugin,
GluePlugin,
InterwikiPlugin,
LdapNgPlugin,
NewUserPlugin,
PollPlugin,
PreferencesPlugin,
SablotronPlugin,
SlideShowPlugin,
SmiliesPlugin,
TablePlugin,
TagMePlugin,
TinyMCEPlugin,
TwistyPlugin,
VotePlugin,
WorkflowPlugin,
WysiwygPlugin
--
TWiki:Main/AaronFuleki - 12 Jun 2008
Ping.
--
TWiki:Main.AaronFuleki - 01 Jul 2008
I suspect some other plugin interaction. I don't have any problem with action tracker attributes in table-edited topics. 'm not going to do anything about this unless it is reported again, with a specific example.
--
CrawfordCurrie - 10 Sep 2010