You are here: Foswiki>Tasks Web>Item5897 (05 Jul 2015, GeorgeClark)Edit Attach

Item5897: If COMMENT specifies target and target is missing, content disappears

Priority: Normal
Current State: Closed
Released In: 2.0.0
Target Release: major
Applies To: Extension
Component: CommentPlugin
Branches: trunk
Reported By: TWiki:Main.VickiBrown
Waiting For:
Last Change By: GeorgeClark
If COMMENT specifies a target, e.g.
%COMMENT{type="logbook" templatetopic="VickiCommentTemplate"  target="%WEB%.%INCLUDINGTOPIC%#AnchorHere"}% 

and the target ( #AnchorHere) is not found

COMMENT will discard the results.

Instead of making the data disappear, COMMENT should default to whatever behaviour it would have expressed without a specified "target" parameter - e.g. put the content BEFORE or AFTER the comment box.

Sample Template

<table  valign="top">
<textarea %DISABLED% rows="10" cols="80" name="testpost_summary" wrap="soft"></textarea>
<td colspan="2" align="center">
   <input type="submit" value="Test Post" />






-- TWiki:Main/VickiBrown - 07 Aug 2008

Hmmm, that's a tough call. Some would say it should generate an alert, otherwise it will appear that the comment plugin is stuffing comments where they aren't wanted. Imagine if the target is another topic, and you don't have write permission in the current topic (a typical pattern). The comment plugin would fail reporting that access was denied on the topic that isn't the target; very confusing!

Confirmed and reclassified as enhancement.

-- CrawfordCurrie - 08 Aug 2008

If the target is in a topic where you don't have authorization, I agree an alert is appropriate.

If the target is missing, perhaps COMMENT could act like INCLUDE and notice and put up a red warning that the target doesn't exist.

But in either case, causing everything you typed to disappear is inappropriate. COMMENT plugin is used for so much more than "commentary". In this case, we're creating Runbooks. When the engineer spends time typing in an instruction and it just disappears when he click submit, that's wrong.

I'm much more concerned by the disappearance of the content. The implementation details don't worry me much. (Preventing data loss is a bug fix, not an enhancement.)

I suspect I fixed this when I worked on Timothe's fix, i'll have to look :/

-- SvenDowideit - 08 Feb 2009

In my testing for unrelated stuff, it appears that CommentPlugin will create the target if it's missing. I didn't test what happens if the create is not permitted.

-- GeorgeClark - 14 Jan 2012

Trunk version of CommentPlugin causes a crash if ASSERTs are enabled, and user attempts to create a missing topic in web that the user cannot modify. With ASSERT disabled, the user gets an OOPS failure for the access exception. Task11443

This is fixed by the trunk version of the CommentPlugin. The REST handler version of the plugin can handle creating a target topic if missing.

-- GeorgeClark - 14 Oct 2012

ItemTemplate edit

Summary If COMMENT specifies target and target is missing, content disappears
ReportedBy TWiki:Main.VickiBrown
Codebase 1.1.5
SVN Range TWiki-5.0.0, Sun, 03 Aug 2008, build 17280
AppliesTo Extension
Component CommentPlugin
Priority Normal
CurrentState Closed
Checkins distro:e2ec0865f742
TargetRelease major
ReleasedIn 2.0.0
CheckinsOnBranches trunk
trunkCheckins distro:e2ec0865f742
Topic revision: r9 - 05 Jul 2015, GeorgeClark
The copyright of the content on this website is held by the contributing authors, except where stated elsewhere. See Copyright Statement. Creative Commons License    Legal Imprint    Privacy Policy