Item11459: Under some conditions, WorkflowPlugin blocks save from trunk CommentPlugin

Trunk CommentPlugin has interoperation issue with WorkflowPlugin

-- GeorgeClark - 19 Jan 2012

Extensions/Testing.CommentPlugin has been updated with the trunk version 2.0.1. This has a fix to better identify any errors if the save throws an error. There was a condition where save errors could be masked. Please try to recreate the WorkFlowPlugin interaction issue with this new release of CommentPlugin.

2.0.1 also adds a Checker that will warn if AuthScripts is inconsistent with the GuestCanComment setting.

-- GeorgeClark - 19 Jan 2012

My environement:

• debian 5, perl 5.10.1, apache2, cgi
• foswiki 1.1.4, new CommentPlugin 2.0.1 (from testing/trunk, error occurs also with 2.0.0), WorkFlowPlugin 1.12.4

The error:

• comment is silently not saved if topic is under workflow control

test case:

• install new CommentPlugin and WorkFlowPlugin
• create topics from http://pastebin.com/rCfS2TpJ (adjust user )

Testing with CommentPlugin 2.0.1 gives the same error.

-- MichaelLorenzen - 20 Jan 2012

On IRC I heard some speculation that this might be "cache" related - at risk of being irrelevant, I just thought I'd try to be helpful and point to Item11452, I've fixed core so that if you call $topicObj->finish(), it will be removed from any SEARCH MetaCache.

-- PaulHarvey - 20 Jan 2012

See also: Item10961 and Item10927

-- PaulHarvey - 21 Jan 2012

This is fixed in two ways; in future releases by the fix to Item11461, and in older releases by the associated adjustments to the WorkflowPlugin.

Waiting for MichaelLorenzen to test before release.

-- CrawfordCurrie - 23 Jan 2012

I tested succesfully with WorkflowPlugin 1.12.5 (rev. 13783)

-- MichaelLorenzen - 23 Jan 2012

Commenting is disabled while not logged in