Tags:
create new tag
view all tags

ActionTrackerPluginDev Discussion: Page for developer collaboration, enhancement requests, patches and improved versions on ActionTrackerPlugin contributed by the TWikiCommunity.
• Please let us know what you think of this extension.
• For support, check the existing questions, or ask a new support question in the Support web!
• Please file bug reports in the ActionTrackerPlugin bug database.
• See ActionTrackerPluginDevArchive for discussions pre - 10 May 2003
• See ActionTrackerPluginHistory for discussions pre - 2 Jan 2004
PLEASE DO NOT REPORT BUGS IN THIS TOPIC. USE THE BUGS WEB INSTEAD.

Feedback on ActionTrackerPlugin

Nice to haves

Who Idea
JasonDetwiler Implement time specification in addition to date for the "due" field in actions
MarkusMay I find the suggestion from RichardBaar really cool. I tried to install this, but there seems to be too much errors. But especially the Add-Action is really cool. Probably someone is going to implement this?
NielsKoldso Oct 26 2006: Apply Patches: Allow normal TWiki rendering / RegExp search for state DONE
LynnwoodBrown Automatic recognition of unambigous fields, such as "due date", "who" and "state"
MartinCleaver Repeating tasks (e.g. due="every thursday")
  an 'Add Action' button at the bottom of the table.
  A Demo URL
  Eliminate the chance of PluginBinNameClashes - Move bin/actionnotify to lib/TWiki/Plugins/ActionTrackerPlugin/bin/notify; add a hook in MorePluginHooks that calls all plugins on an hourly batch
  Make the notification schedule definable from the plugin page. e.g. Have crontab call actionnotify (preferably indirectly via my previous suggestion) periodically and with no parameters, but then have a table in ActionTrackerPlugin that specifies the parameters.
VickiBrown SECOND: an 'Add Action' button at the bottom of the table!
CrawfordCurrie Relative date entries when action first entered e.g. due="tuesday"
  Make the go to action link in action text a button image.
  Fix the "close subwindow on save" functionality.
  Move action change notification to where it belongs; in the beforeSaveHandler.
  Constrained state transitions
  Make it work for a PC server
MikeBoone For Action Search, allow $text format to display text without (go to action) link. DONE
AndyPryke "Move Action" button - to move an action from one topic (e.g. meeting minutes) to a another topic (e.g. a topic to which the action refers).
JosMaccabiani A 'Quiet Save' functionality for small typo changes
JosMaccabiani A hidden field that writes the last modification timestamp, and part of actionsearch, useful in TwikiApps because change notification is per topic instead of per action
JosMaccabiani TWiki has made a graphical shift from 3 to 4, and because of that the action skin looks a bit dated. It would be nice if someone could at some point beautify the skin
JosMaccabiani The popup window not closing is freaking out the casual users, especially since some of them use the largest font available in IE on a 15" monitor. They don't get the new window filling up their screen :-). Would it be possible to explain how to modify something to allow 'unsafe' window closing?
JosMaccabiani Most actions are defined in weekly meeting A, are monitored in meetings B and C and then closed in meeting D. The nice thing about this plugin is that progress can be reported in the action description. However, since this action is stored in the topic where it is created, users can only know which action changed by reading old meeting minutes. Also, when a few actions are modified in a meeting, users get notification reports from several meeting minutes topics. I don't really have a solution to this. Perhaps storing the actions in separate numbered topics and only saving the changes in the minutes topics would be some workaround to this...
JosMaccabiani The action descriptions can get quite large, and this can yield the topic hard to view. Would it be possible to add some kind of Twisty functionality to the action template?
JacekZapotoczny We use prio attribute in actions to specify priority. It could be a standard attribute as it's very usefull in real life. All our actions are divided on Prio1(urgent work) Prio2(normal work) and Prio3(longterm work)
JacekZapotoczny For Prio3(longterm work) actions we don't specify exact due date which currently is not possible in the plugin. It would be very useful to have default due date as undef insted of BAD DATE FORMAT see ActionTrackerPlugin
JacekZapotoczny Annoying long msg when malformed date found or not specified at all BAD DATE FORMAT see ActionTrackerPlugin. Could be BAD DATE or ERROR.
RichardVinke Define a set of actions on one topic with only relative dates. On command, set only one date (the last one) and copy the whole set to another topic. Why this is a wish for me? I have the same set of actions for several small projects. Now I type the list of actions each time or copy it from a previous project when I create a new project. This looks more like a planning tool, with the e-mail notification.
ScottWBlack - 01 Feb 2007 Is there a way to mass change action items? Currently I do an actionsearch to see 30 action items on 30 pages. It takes ~ 15 seconds to load a page. I start at a main page that shows all action items via a actionsearch command. I click on the first action item edit button, edit it and it redirects me to the action items parent page. I then go back to the main page that has the action search command. Thats a total of 2 to 3 pages I had to load. Thats now 30 action items x 15 seconds per page load x 3 page loads per action items = 22.5 minutes to update all the action items.

If there were a super action item search button where we could modify all the action items assigned to this user at once and then hit super submit where it goes and updates all the action items at once, that would save the user 30 minutes in this example.

-- CrawfordCurrie

Hi - If anyone is interested, I am beginning to make some interesting progress on simplifying ActionTracker input. I posted a support question, SimplifyingActionTrackerInput, with where I got stuck. Any feedback is appreciated.

-- SamAbrams - 02 Jan 2004

Let me first tell you guys how wonderful it is to have this action tracker plugin. We are using it extravagantly and filling up out twiki pages with actions :-). Not too many people are closing theirs, but thats another story.

I have had to make more-or-less the same changes that EdMcGuigan above had listed. My SMTP server requires that the from address be listed with it as a registered user. So cant use TWiki/toolname or any derivative of it. On top of that most of our actions were in an authenticated web, so had to force the readTopicText change to ignore authentication.

-- VamsidharJuvvigunta - 21 Jan 2004

You can combine this plugin with the CommentPlugin to create action items (see attached comment-action.txt). However, there are two problems:

  • The CommentPlugin is limited because it only provides three variables plus the username and current date. So, you can create an initial Action Item, but you have to edit it later to fill the remaining fields.
  • It is very difficult to put the template in CommentTemplates. When you save the page CommentTemplates, the ActionTrackerPlugin interprets the %ACTION, cannot understand the variables {COMMENT}{URL}{LINK} of CommentPlugin, and fills default values when saving the page. Is there any way to prevent the ActionTrackerPlugin from interpreting the page? I can turn off the plugin on the whole TWiki web, but this has other side effects.

-- JoaquimBaptista - 29 Jan 2004

I've been messing with ActionTrackerPlugin and I like the concept but (and not knocking Crawford) but I am not enamored with the implementation. The parts that make me feel uncomfortable are:

  1. Creating action items requires going into editmode and creating using the plugin syntax
  2. Doing the above renders a nice looking table in view mode but in edit mode it is quite ugly
  3. Not everyone is comfortable with Twiki and TML. Everyone appears to be quite enamored with plugins like EditTablePlugin which hides TML behind a "gui" editing view.
  4. Adding new action items is cumbersome for TWiki neophytes (and most people are)
  5. The pop-up window for editing an existing action item is nice but as we have seen in Crawford's notes (and in practice) the resulting save is munged by Netscape/Mozilla/derivative browsers (yes, even the latest Firebird).

What I have been rolling around in my mind is a marriage between EditTablePlugin and ActionTrackerPlugin such that the Action table is truly a table created with a particular format and the actions are edited/added/deleted/etc. through what I call the "inline" edit capabilities of EditTablePlugin. The new plugin would be able to leverage such things as the popup calendar, pick lists for people performing actions, etc and present a highly portable edit interface for those running non-IE based web clients.

I'm looking for some input/discussion. I would like to play around with this but for me it will be a huge learning experience as I am just getting my feet wet and this would appear to be quite an ambitious undertaking.

-- SteveRJones - 29 Jan 2004

Joaquim, the WIKITOOLNAME -> WIKIWEBMASTER issue is fixed in the latest code (beta today). I'll have a look at the QBE. See notes below for comments on the "create action item" user story. The QBE can be made to work using the "default" attribute in URLPARAM, setting it to ".*" or another appropriate value (e.g. 1000 for within). I've fixed this in CVS. It just shows how often this is used that no-one has reported it before!

Steve, I sympathise. I thought long and hard about how best to handle action edits. Capturing actions after the minutes are already taken is closing the gate after the horse has bolted. The driving user story is this:

  1. Actions are captured in the minutes while the meeting is in progress.
  2. At the end of the meeting the topic is saved, and all the actions immediately go live.
  3. Actions are embedded in the minutes at the point of maximum context.
  4. Subsequent edits to actions are ALL done through the 'edit' link on the published action.

A number of people are using the action tracker for things it wasn't designed for (e.g. personal task lists, bug reports etc.). The design is not addressing these uses, I guess. However, if you want to change/enhance the modes of operation, I would suggest you write a similar user story (stories) that illustrate how you want to use it, and make absolutely sure you don't break the master user story. Some notes:

  1. The action syntax was chosen for consistency with other plugins and with TWiki in general. The code that parses/writes an action is very simple, and pretty well-contained. Changing the syntax would be quite straightforward.
  2. However. because the action tracker has an after-edit handler, it is quite simple to add an alternative syntax for action entry. The after-edit handler would simply translate this syntax to standard action syntax on save.
  3. One mode of operation I considered is an "Action Form" at the bottom (top) of the edit page that would let you fill in the fields and click an "Add" button to add it to the edit window. I think this would require javascript. The form could be populated with pull-downs etc. I didn't do it because it seemed a lot of work. Of course, if you want to pay me....
  4. Any proposals for artistic/usability improvements to the edit window are welcome.
  5. The fix for Mozilla pup-ups has gone into the latest code, which I hope to release for beta today. Please test and let me know how it behaves in Mozilla.
  6. Several times I've considered mergeing this plugin with the FormQueryPlugin, which has heavily overlapping functionality.

-- CrawfordCurrie - 02 Feb 2004

Release candidate ActionTrackerPlugin.zip attached to this topic. Please download and thrash! This release contains bugfixes as described in this topic and in the archive topics.

-- CrawfordCurrie - 02 Feb 2004

You point out something that I never really considered - creating actions in the middle of meeting minutes (which are therefore "sprinkled" throughout the minutes) then using the query feature to basically pull them all together. Is that it? Never thought of it that way.

I'll test the latest code to see if it is operational under Mozilla derivatives. Perhaps this will work and provide time to work on some of the features that I discussed above.

WRT the issue of payment - uh, my pockets seem to be lined with lint. Perhaps a gift certificate to half.com?? big grin

-- SteveRJones - 02 Feb 2004

The pop-up edit window in Mozilla-Firebird now behaves as expected. What was the fix?

-- SteveRJones - 02 Feb 2004

Steve, yes, that's the use model. Of course that doesn't preclude other models, such as the one you allude to.

Have you encountered the donation system on sourceforge yet? Helps maintain all us charity workers wink

Glad to hear the window is fixed; the fix was donated by RichardBaar and is documented in the history topic. Note that this is a bug in Mozilla-derived browsers, and the action tracker simply works around it

-- CrawfordCurrie - 03 Feb 2004

OK, that's enough time, I'm releasing. Note that there is one changed behaviour; "within" is now absolute, so "within=7" means "within a 14 day window, seven days either side of today". I leave you to work out the impacts of this.

-- CrawfordCurrie - 06 Feb 2004

Following your request to use the support web for bug reports, I created and answered my onw bug report with a corresponding patch. I am not certain that it makes much sense: will you read the answered bug reports? smile Oh well...

-- JoaquimBaptista - 06 Feb 2004

Joaquim, your patch broke loads of stuff - as you would have seen if you'd run the tests! I've corrected the change, updated the tests and uploaded a revised zip to ActionTrackerPlugin. How's that for service!

-- CrawfordCurrie - 06 Feb 2004

You were right that I failed to make use of the provided tests; no excuse for that. Thanks for the fine service!

-- JoaquimBaptista - 08 Mar 2004

Hmm, may be we should open a BugReport tracking here in the Plugins web, for all to use? This could be similar to the Codev.BugReport system, but with one additional "Package" field to categorize by package (Plugin/Skin/Add-On)

-- PeterThoeny - 08 Feb 2004

Yes, please. I got no response to this request previously.....

-- CrawfordCurrie - 08 Feb 2004

Hi, in topic ActionTrackerPluginModified I put my version of ActionTrackerPlugin. I don't think that anyone else can use it without big modifications but I put it there because I implemented many features which are in 'Nice to have' section and maybe someone can use part of my code and put it into nowadays ActionTrackerPlugin. wink

-- RichardBaar - 18 Feb 2004

Or alternatively, Richard, you can propose patches to the code that I can consider for inclusion. Certainly I'm not going to attempt to reverse engineer what you have done, though I'm sure much of it would benefit the community. Consider it as an opportunity for you to re-invest something back into TWiki!

-- CrawfordCurrie - 18 Feb 2004

I have posted a nice solution to the ActionTracker input problem. See Plugins.ActionTrackerInput.

-- AlainMivilleDeChene - 12 Mar 2004

Just checking to see if this plugin is still suported. There are a couple of bug questions in the Support area that remain untouched.

-- SteveRJones - 22 Apr 2004

The plugin is definitely supported, but as I'm sure you appreciate time is limited and paying work has to take precedence. If you have solutions to problems in the form of patches, and post them here, I'm usually fairly quick at incoporating them. I was holding off doing too much until the "Cairo Crunch" hits us.

-- CrawfordCurrie - 23 Apr 2004

I modified this plug in slightly to enable directed notifications and allow AR to be passed from one person to the next, and to allow a person to immediately notify the list of interested people (managers, etc.). Rather than using cron to cull for changes overnight, I used a lookup by UID (ActionNotifyUID.pm) to find and format the AR and send out mail. I also modified the script to add a short AR description to the email subject, rather than getting a general 'item on twiki requiring your action', you get 'AR: Thing to do, due 15 May 04". I put this in a HTML form with the ACTION and a button that calls the script. i also CGI'ified the actionnotify script so I could call it from a page.

When a person is finished with their part of an action item, they update the AR then hit the 'notify' button. As a manager I don't have to bug people for status - I get notified when each person finishes there step. Also, I can notify people when I schedule/assign them a task.

-- GeorgePeden - 15 May 2004

Interesting, George. Do you intend to contribute this back to the community?

-- CrawfordCurrie - 12 Jun 2004

A problem with the latest code related to parsing of query-by-example action searches has been highlighted to me - specifically, when you have a quoted expression in the action search, the SharedCode attributes parser fails. This only applies to the CVS head. I have checked this on my checkout and it works fine, so I guess I must have found it and fixed it; anyway, I checked it in, and the CVS head code works for me. MarkKoch, please check it out and try again, and let me know how you get on.

-- CrawfordCurrie - 12 Jun 2004

Crawford,your changes fixed it. Thanks, TWiki is now happily informing my co-workers that their action items are several days late. wink

-- MarkKoch - 14 Jun 2004

We have a simple solution to the ActionTrackerPlugin input problem. We put together a template, like the one in TWikiTemplates, except that we use the save script rather than the edit script:

<form name="new" action="%SCRIPTURLPATH%/save%SCRIPTSUFFIX%/%INTURLENCODE{"%WEB%"}%/">

We chose to have the user specify only the topic name and parent in the HTML form. That way, they're using the same interface for any and all edits to the action.

-- SaraYurman - 04 Dec 2004

Potential problems with "after edit" callback

With the introduction of SavemultiCgiScript potential problems with the "after edit" handler can be occur, by doing a direct save

There is a potential problem with this approach: any plugins using the "after edit" handler, TWiki::Plugins::afterEditHandler will not be called. At the time of this writing (16 Apr 2004), that means ActionTrackerPlugin & TranslateTagPlugin. The action tracker only uses the AfterEditHandler because at the time there was no BeforeSaveHandler. The plugin author, CrawfordCurrie, says afterEditHandler can easily be eliminated from this plugin which leaves only one usage.

The "after edit" callback needs to be called also if preview is skipped, that is TWiki::Plugins::afterEditHandler needs to be called

The plugin hook mentioned is only needed by ActionTrackerPlugin & TranslateTagPlugin. This of course should be solved, but it is not relevant for the skin on twiki.org. The author of the action tracker plugin has said that eliminating the afterEditHandler is not a problem for him (see SingleStepSave).

[...] from my reading of the code, if you preview an empty topic, the afterEditHandler will be called even though the topic will not be saved.

The action tracker only uses the AfterEditHandler because at the time there was no BeforeSaveHandler. The afterEditHandler can easily be eliminated.

-- CrawfordCurrie - 15 Apr 2004

Problem with ISO-8859-1 TWikiNames

First, I have to say that I like this plugin very much, and use it a lot. My twiki is mostly in french, so I use TWikiNames with accented letters, which works fine. But when editting an action, the popup seems to use utf-8 in any way, because when the action is on a page whose name is accented, this results in the creation of a new page, with the name in utf-8. Any hint about this?

-- LaurentBurgbacher - 06 Aug 2004

There doesn't seem to be any problem with the handlers; it all works nicely with PatternSkin.

Laurent, I don't know, but I would guess that it's something to do with what is in edit.action.tmpl, which is the template for the edit popup. There may be some UTF support that has to go in there?

I'm going to release a version that has been tested against Cairo in the next few days, I also changed the within= to allow directional searches, so if you say within="-7" it means "within the last 7 days". This allows you to search for actions that are still open but were due within the last 7 days i.e. exclude very old actions from the search.

-- CrawfordCurrie - 06 Aug 2004

I checked edit.action.tmpl, but it's the same meta as in view.tmpl. There must be a point when saving the action where a utf-8 string is used instead of the iso-8859-1 one. I'll try to have a look, but I'm not very familiar with perl...

News, after some inspection, I found out that in the file actionform.tmpl, there's a line:

<FORM METHOD="post" ACTION="%SCRIPTURLPATH%/%SUBMITCOMMAND%%SCRIPTSUFFIX%/%WEB%/%TOPIC%%SUBMITCMDOPT%" ENCTYPE="application/x-www-form-urlencoded">

By comparaison with edit.tmpl, I added the part that encodes the web and topic name correctly:

<FORM METHOD="post" ACTION="%SCRIPTURLPATH%/%SUBMITCOMMAND%%SCRIPTSUFFIX%/%INTURLENCODE{"%WEB%/%TOPIC%"}%%SUBMITCMDOPT%" ENCTYPE="application/x-www-form-urlencoded">

Now it works! Thanks for your help and for this great plugin!

-- LaurentBurgbacher - 06 Aug 2004

It would be really nice if you updated the change history when you release a new version of a plugin. The version from September 18 has no information on what has been changed at all. Not even on this page. What did you change?

-- KennethLavrsen - 20 Sep 2004

As far as I recall, nothing except the installer code. Watch the version number, not the dates. But point taken, Ill try and be more explicit.

-- CrawfordCurrie - 27 Sep 2004

If you compare the version from 16th of August and the latest then there is only one file with perl code that has not been modified. Most seems to be the same kind of change but there are many real code lines that have been changed or added. There are 4 files uploaded since last change history update. It is easy to forget what you change if you do not write it right away.

I just posted a problem with submitting a new action item using the CommentPlugin. See also CommentPluginDev. The result when submitting an action using Saumitra, sorry for the delay in noticing this, it sounds very interesting. It would be cool to have the edittable type functionality built into the action tracker plugin; I'm not sure why you wanted to have another plugin rather than just enhancing the action tracker? Anyway, why don't you just create SaumitraBhaumikWouldLikeToCheckIn and check in to subversion yourself? The action tracker has a test suite, so it should be easy to check if you have broken anything when you do make changes. It would be great if I wasn't the only person working on this plugin!

-- CrawfordCurrie - 03 Jan 2006

%COMMENT{type="action"}% is that instead of creating the %ACTION... it creates 20+ lines of scripting and HTML code. It looks right afterwards but naturally the action tracking does not work by creating an HTML tables that looks the same.

I also tried writing an action item in a "normal" type COMMENT and that produces the same error. It would really be cool if this could be made to work. I have tried adding code here and there but I could not find a workaround.

-- KennethLavrsen - 29 Sep 2004

Argh I'm sorry, Kenneth, I have shot myself on your behalf. I will discipline myself to update the change histories in future.

I'll look into action submission from COMMENT as soon as I can. I suspect it's because of the way I call expandCommonVariables when instantiating the template. This is how things like DATE and TIME and TWIKIWEB get expanded. Unfortunately I can't stop it from expanding plugin tags as well.

Any debugging you can help with is most welcome (too much to do, too little time frown )

-- CrawfordCurrie - 29 Sep 2004

i've updated the zip (and CVS) to use $TWiki::egrepCmd, an unpublished twiki global variable, which although not "correct", is better than the hardcoded path ( /bin/egrep) that was always failing on my mac.

-- WillNorris - 13 Nov 2004

And I fixed CVS and the zip so the tests pass again (grr!) and added support for conditions in date searches.

-- CrawfordCurrie - 19 Nov 2004

Edit randomly reorders the tags

This is a very annoying habit due to non-sorted keys: when you edit a page with action items, the action item gets regenerated. Since the keys are in an array, they get rewritten in random order. The result is that the page history shows action item changes where there are no visible changes (the keys were simply shuffled).

The fix is extremely simple: sort the keys before writing them out so that they always appear in the same order and thus don't randomly reorder themselves.

Patch for the file lib/TWiki/Plugins/ActionTrackerPlugin/Action.pm

# rcsdiff -c -r1.1 ./Action.pm =================================================================== RCS file: ./RCS/Action.pm,v retrieving revision 1.1 diff -c -r1.1 ./Action.pm *** ./Action.pm 2004/12/08 20:48:05     1.1 --- ./Action.pm 2004/12/08 21:50:16 *************** *** 319,325 ****       my $this = shift;       my $attrs = "";       my $descr = ""; !     foreach my $key ( keys %$this ) {         my $type = $types{$key};         if ( $key eq 'text') {         $descr = $this->{text}; --- 319,325 ----       my $this = shift;       my $attrs = "";       my $descr = ""; !     foreach my $key ( sort ( keys %$this ) ) {         my $type = $types{$key};         if ( $key eq 'text') {         $descr = $this->{text}; 

-- JerryVanBaren - 08 Dec 2004

Bug when executing grep -- with possible security implications!

%ACTIONSEARCH was failing miserably while grep complained of a "syntax error". It turns out that the web had pages named Slide 12 -opportunities.txt and grep was seeing -opportunities.txt as a switch!

This actually means that the file arguments to grep are not being quoted, which may have security implications (for example, create a page named bug; rm *.txt and you may succeed in removing all text from the relevant TWiki!)

The fix below seems to fix the issue at my installation; I was running version 2.013:

--- ActionSet.pm-orig   2005-02-04 18:44:18.000000000 +0000
+++ ActionSet.pm        2005-02-04 18:44:46.000000000 +0000
@@ -277,7 +277,7 @@
                $cnt = 512;
          }
          $cnt--;
-         $group .= " $dd/$web/$topic.txt";
+         $group .= " '$dd/$web/$topic.txt'";
        }
        push( @groups, $group ) if ( $group );

--- ActionNotify.pm-orig        2005-02-04 18:54:23.000000000 +0000
+++ ActionNotify.pm     2005-02-04 18:55:24.000000000 +0000
@@ -487,7 +487,7 @@
             $cnt = 512;
         }
         $cnt--;
-        $group .= " $dd/$theWeb/$topic.txt";
+        $group .= " '$dd/$theWeb/$topic.txt'";
        }
        push( @groups, $group ) if ( $group );

-- JoaquimBaptista - 04 Feb 2005

I just uploaded a version with the JSCalendar fixes in. Joaquim, yes, I have known about that for a while but haven't done anything about it for a number of reasons, not least of which was lack of time. I will shortly be porting ActionTrackerPlugin to the DakarRelease codebase, at which time I will be converting it to use the TWiki sandbox for command invocation, instead of the current DIY.

-- CrawfordCurrie - 26 Mar 2005

Base URL fails with JSCalendar

I've just ran into a problem with ActionTrackerPlugin.pm when JSCalendar is installed. When opening the edit window on an action, the base URL is set to http://machine:port/bin/view... instead of http://machine.domain.com:port/bin/view... which leads to some problems with Firefox using automated NTLM login (because only machine.domain.com is allowed to automatically send the NTLM authentication credentials).
As a fix, I just edited ActionTrackerPlugin.pm on lines 80 and down so that it uses %SCRIPTURLPATH% and %PUBURLPATH% instead of %SCRIPTURL% and %PUBURL%, and it does work like a charm. Now, I don't understand why these last two miss the domain part of the hostname (this does work properly in TwikiVariables, though)... confused But since all the templates are using xxxPATH variables, I find it coherent to update ActionTrackerPlugin.pm too, don't you think?

And this is a damned cool plugin, by the way!

-- PascalDavoust - 04 Apr 2005 I tried to fix two little bugs and added a little feature. (ActionTrackerPlugin 26 Mar 2005)

This is not really a "Question" as the SupportStatus shows, but I don't know where else to put this sort of message (I'm a newbie here).

1) Fixed typo (or something like that) in the bottom line with the "<== This is your signature for easy copy & paste operation"

    templates
    ---------
    # diff actionform.tmpl.20050408 actionform.tmpl
    10c10
    < <br /> <b>-- <nop>%WIKIUSERNAME% - %DATE% &lt;br /&gt;</b> &nbsp;&nbsp;<code>&lt;==</code>
    ---
    > <br /> <b>-- <nop>%WIKIUSERNAME% - %DATE% </b> &nbsp;&nbsp;<code>&lt;==</code>

  • There will be a new actionform.tmpl that leverages pattern skin in the next release (CC)

2) Fixed empty table data field (e.g. "Notify") which was displayed not nice after an edit session.

    lib/TWiki/Plugins/ActionTrackerPlugin
    -------------------------------------

    # diff Format.pm.20050408 Format.pm
    255a256,258
    >           if ( $entry eq "  " ) {
    >             $entry = " &nbsp; ";
    >           }

  • OK, thanks (CC)

3) Added a state "all" to be able to select all actions with QueryActionItems

Perhaps that could be done with the original code too, but I didn't found out how.

    lib/TWiki/Plugins/ActionTrackerPlugin
    -------------------------------------

    # diff Action.pm.20050408 Action.pm
    518c518,522
    <       return ( $this->{state} eq $val );
    ---
    >       if ( $val eq "all" ) {
    >         return ( 1 );
    >       } else {
    >         return ( $this->{state} eq $val );
    >       }

  • Just don't put a "state" condition in the action search.... (CC)

-- ChristianZiemski - 08 Apr 2005

actionnotify: uninitialized value in substitution

When I run actionnotify I get this error message

# ./actionnotify "state=\"late\""
Use of uninitialized value in substitution (s///) at /usr/local/apache2/twiki/lib/TWiki/Prefs.pm line 636.
Use of uninitialized value in substitution (s///) at /usr/local/apache2/twiki/lib/TWiki/Prefs.pm line 636.

My TWiki is 24 Oct 2004 $Rev: 1780 $ with the security patches SecurityAlertExecuteCommandsWithSearch and UncoordinatedSecurityAlert23Feb2005.

My ActionTrackerPlugin is 2.020.

The code that fails in Prefs.pm is

sub formatAsFlag {
    my( $value ) = @_;

    $value =~ s/^\s*(.*?)\s*$/$1/gi;
    $value =~ s/off//gi;
    $value =~ s/no//gi;
    if( $value ) {
        return 1;
    } else {
        return 0;
    }
}

-- KennethLavrsen - 20 Apr 2005

Found two problems while editing the actions on the SVN version.

  • There is a conflict between the action parameter of the edit script and the action parameter that the plugin expects.
  • If the previous conflict is solved, then the resulting page has the "bare" HTML for the form shown, as the entities in the text are encoded before it's inserted into the template.

-- RafaelAlvarez - 08 Jul 2005

Patches: Allow normal TWiki rendering / RegExp search for state

If possible I would like the following patches to make it to the next release.

I have updated ActionTrackerPlugin.pm and Action.pm so that:

  1. TWiki administrator may choose whether actions show \n as a <br> or whether =\n='s are preserved (and normal TWiki rendering applies).
    Motivation: My users are confused about why normal TWiki markup (e.g. bullets) cease to work within actions.
  2. User may search states by mean of regexp
    Motivation: Need to mathc say 2 out of 5 states (non-closed is not sufficiently)

Documentation updates

Doc 1: Last in ActionTrackerPlugin Settings

   * If you disable newline translation, action bodytext will be formatted as normal twiki data; e.g. you may use bullet-lists etc. 
     (Default is 0 - normal action-tracker behaviour).
      * Set DISABLE_NEWLINE_TRANSLATION = 0
      * Below is an action showing bullets if newline translation is disabled
%ACTION{state="closed" who="Main.TWikiGuest"}% <<EOF
Action showing the impact of =DISABLE_NEWLINE_TRANSLATION=  
   A. Bullet A  
      a. Bullet A.a
   A. Bullet B  
EOF

Doc 2: After the Set EXTRAS = |state,select,1,"open","fried","boiled","poached","closed"| example add

%T% For state you may enter a regexp when searching, e.g. =state="(fried|boiled)"= will find the fried or boiled actions.

Patches:

Cairo Dakar r11560 NEW

-- NielsKoldso - 19 Jul 2005

Allowing relative dates

I wanted to be able to search for actions completed within the last 7 days. In my install, I changed line 55 in Action.pm from
# Options for parsedate my %pdopt = ( NO_RELATIVE => 1, DATE_REQUIRED => 1, WHOLE => 1 );
to
# Options for parsedate my %pdopt = ( NO_RELATIVE => 0, DATE_REQUIRED => 1, WHOLE => 1 );

This doesn't seem to have caused any problems, and I can now use searches such as:

%ACTIONSEARCH{closed=">now - 7 days" sort="$closed,$topic" state="closed" format="| $topic | $closed | $text|$edit|" header="|Topic| closed |  Description | |" }%

Any reason not to change this option in the main version?

-- AndyPryke - 09 Aug 2005

Action Tracker Inputs

Like some of you had mentioned, we also have been looking for some way to develop something (or enhance the existing ActionTrackerPlugin) such that we could input the actions using some kind of an editable table. Here is what we have done so far in our TWiki installation:
  • Added a new plugin called EditActionTrackerPlugin
  • Added the below text as part of our default site-level WebTopicEditTemplate:
%EDITACTIONTRACKER{ header="| Assigned to | Due date | Description | State |*Notify*|* *|*" format="| text, 30 | text, 30 | textarea, 3X40 | select, 1,open | text, 20 " changerows="add" }%

  • This gives a "Add-ActionItem" button in every new page created & saved. Clicking on this button (w/o going to "edit" mode), shows up a editable table with fields similar to the ones in the action tracker table.Once the fields are filled and the table is saved, it creates the action tracker table. The attached doc has the screenshots that would demonstarte the above steps.

As you can make out, like the %ACTION{ }% tag of the ActionTrackerPlugin, the %EDITACTIONTRACKER{...} tag is the key here, providing the "Add-ActionItem" button in the "view" mode & then creating the %ACTION{ }% tags for each rows (i.e. actions) added (& saved) using the editable table. Users here are finding this very useful, as they can simply create a new page, save it & then start adding actions.

I could contribute the plugin module to the TWiki community, but before that wanted to get some feedback from you all to see if this is what you guys are also looking for.

-- SaumitraBhaumik - 02 Dec 2005

Great Saumitra, but why didn't you use the %COMMENT{type="action"}% approach (see CommentsTmpl?

-- FranzJosefSilli - 02 Dec 2005

I think Saumitra's plugin looks very interesting. Can you also edit the actions afterwards like it is an edit table? Then it is really interesting. My colleagues likes the action tracker but they often complain about the fact that you have to click a link, a new page opens, you edit, you submit, and you have to close the resulting page and refresh the original. Eliminating some of these steps is a big wish.

It will probably be hard to get an edit table type editing in an action search but even it is only possible where you have the actual actions it is still interesting. Especially when you have a "Do Done List" type topic. So you should publish your plugin. Maybe somebody else will improve it. You can only win by sharing.

-- KennethLavrsen - 02 Dec 2005

Thanks Saumitra for bringing this up here. The screenshots look a lot like the EditTablePlugin. In fact, a simple alternative to the ActionTrackerPlugin can be done by using the EditTablePlugin and CommentPlugin. I made an example at Sandbox.EditActionItems which makes it easier to edit action items, but does not support e-mail notification and query capabilities (which could be added by a FormattedSearch and a supporting Plugin).

-- PeterThoeny - 03 Dec 2005

We tried using the comments plugin, but as mentioned earlier the issue was you could only create a new but incomplete action item with this and needed to edit the new action to fill in all the details; this is a pain (for the users).

In case of our plugin, by clicking on the "Add-ActionItem" button (which is on every page once you put the %EDITACTIONTRACKER{...} tag in the default template), you get an editable table with fields identical to the ones in the action tracker. Once you save the table after adding one or more rows, the resulting table would be the normal action tracker table (with the same %ACTION{ }% tag in the edit mode). Now, you can either edit an existing action using the "edit action" link (in the normal action item table) or you can add some more actions using the "Add-ActionItem" button at the bottom of the action item table.

In summary, this is exactly what our users wanted i.e. a way to create/add new action item w/o having to go to the "edit" mode. Action tracker already allows users to edit existing actions from the view mode. So now with this, users can both add & edit actions from the view mode and this is what users wanted. As I understood, most users hate to remember & type in any twiki variables/ tags to create something.

One other point: action tracker plugin has got great features like action searches, action reminders, ....(thanks to CrawfordCurrie & other contributors) and we didn't want to spend any time on creating a new plugin for this purpose. All we needed was a supplement i.e. a simple way to input the action item details which in turn would call the action tracker scripts to create the action items (& do all the other stuff like searches, reminders, ...). This also ensures that we can adopt all changes/updates done by Crawford in the future versions, w/o having to worry too much about the changes & their impact.

One small issue that we are currently facing is that some of the actions created with this plugin are not getting picked up by action searches. Once we figure out the issue & resolve this, I'll surely upload this in TWiki.

BTW, Peter & others: I work for Texas Instruments (Bangalore, India office). TWiki has been very popular here & I did my bit to spread its usage. Maybe someday I'll find time to write a success story on this ...

-- SaumitraBhaumik - 06 Dec 2005

Sorry Saumitra for me not fully understanding your enhancement, and an enhancement to the ActionTrackerPlugin this definitely is. Did you ask Crawford and the others working on and with the ActionTrackerPlugin to incorporate your enhancement into the standard version of the plugin? I'm sure many users would appreciate the better usability. Thanks for sharing this! (Hoping for more such 'returns' to the community wink )

-- FranzJosefSilli - 06 Dec 2005

Saumitra: I was wishing for an easier way to add action items in the ActionTrackerPlugin. Since your Plugin extends this Plugin it might be better to fold your Plugin into this Plugin. Crawford, what do you think?

Yes, a TWiki Success Story by TI would be very helpful to spread the word of TWiki. If you find time, please do so! I think readers are mainly interested in learning what kind of problems TWiki solved, what kind of value TWiki brings to the teams, timeline of adoption, and TWikiApplications you built.

-- PeterThoeny - 07 Dec 2005

Peter: I agree with you. Since the plugin I have mentioned about here, merely extends the capability of the action tracker plugin by adding the fetaure of adding/creating new actions from the view mode, it is best that this is integrated with the next version of the action tracker plugin itself.

As you would appreciate, many users in my group were not willing to use this plugin only because they were upset with this limitation (of having to go the edit mode for adding actions) and that is why I had asked the web support guy in my group to create this supplement. In summary, I didn't want the existing TWiki users (in my group) to look at other alternatives for managing their action tracking needs.

BTW, I have managed to put together a successs story, finally. Will add more details later ...

-- SaumitraBhaumik - 08 Dec 2005

Thank you very much Saumitra for submitting a success story!

-- PeterThoeny - 08 Dec 2005

I have uploaded the EditActionTracker perl module. The issue with action searches is resolved. As Peter suggested, it would be great if Crawford updates the ActionTracker plugin with inputs from this so that actions can be created/added from the view mode.

-- SaumitraBhaumik - 08 Dec 2005

Sorry for taking so long to notice this! I have been deluged with other things. I understand what you have done; sounds hoopy. I will try it as soon as I get a few minutes breathing space!

Saumitra, why don't you just complete SaumitraBhaumikWouldLikeToCheckIn and then you can check into the action tracker directly, without having to wait for me? It has a test suite, so as long as you run the tests and they pass, then you can't break anything (or if you do break something and the tests still pass, it's then my fault wink )

What you are doing sounds great, though I really don't want to have to be in the loop for your changes....

(Also note that the ActionTrackerPlugin has had quite a few changes for DakarRelease)

-- CrawfordCurrie - 03 Jan 2006

Hi all who love ActionTrackerPlugin,

we use TWiki for a long time in our company and we can't imagine our TWiki without ActionTrackerPlugin. We used for long time TWiki version from year 2003 and I made a lot of modifications during the time to ActionTrackerPlugin but I never had time to patch the latest version. frown But now I am prepared latest TWiki for company production release and I used the latest ActionTrackerPlugin sources and try to modify it again. And now I have patches against these sources. wink

Here is the list what is new:

  1. Possibility of DB backend
    • Well, for now it works only with MySQL but I hope that it could work with any database. You can specify if you want to use DB backend in ATP preferences. All the code for storing info is situated in afterSaveHandler of ATP. I use than this DB for matching actions and also for generating UIDs for actions. Now the uids are checked against whole TWiki and not only in the topic where the actions is situated.
  2. Immediate notification
    • We use ActionTrackerPlugin as task management system and for approval processes and we need immediate notifications. This feature works only when DB backend is 'on'. You can specify what fields should be checked (IMMEDIATE_NOTIFICATION_CHANGES) and from which fields emails should be taken (IMMEDIATE_NOTIFICATION_FIELDS).
  3. Date format
    • You can now specify the date format (DATE_FORMAT) which is than used accross whole ATP (also in popup Calendar)
  4. 'Go to link' in actions searches can be displayed as image
    • you can now specify if you want graphical 'go to link' button
  5. if you put in the topic text '%ACTION%' variable there will be text 'Create new actions set'
    • if you specify in the topic text variable %ACTION% you will be able to create new actions with one click wink
  6. you can now remove actions with one click
    • you can now decide to have remove actions button to remove actions with one click
  7. you can now close/reopen action with one click
    • you can now choose to show state as graphical image with ability to change the state with one click
  8. new field type in actions called 'area'
    • you can now specify new extra fields as 'area' and the edit action will show as TEAXTAREA
  9. new possibility to format the Edit screen for editing actions
    • you can now add in the EDITHEADER variable '*' character before the heading title and force it to create new row
  10. there is now 'Add action' link at the bottom of each actions set
    • in each action set is now at the bottom link 'Add action' for simple adding
  11. new field type 'bugs' for adding links to bugs
    • new field 'bugs' is defined in action field types; it is rendered as simple text field in edit window and you can fill it with comma separated bugs; they are then rendered as links in topic view
  12. CSS based output from ATP
    • all output from ATP is now CSS based and you can change it to your needs

Maybe there are some other improvements which I didn't mention but I hope that they are not so important as those mentioned above. wink

Here is the screenshot from our TWiki as the actions look like: Screenshot for Richard Baar's modifications

I attached (https://twiki.org/p/pub/Plugins/ActionTrackerPluginDev/ATP_modifications.zip) all modifications with original, new and patch files and you can try it. If it will not work for you, let me know and I will try to solve the problem.

IMPORTANT CHANGES Because of problems which arise during these modifications I changed the save behavior of descriptios. They are stored again as HTML and not with 'EOF'. Maybe for someone it will be big disadvatage but for me it is very minor change because I don't know anybode who change actions in topic texts. I also change 'description (text)' field in actions specifications to 'area' from 'noload'. Now the 'text' property is taken as any other property of action because I really don;t understand why the ATP works with 'description' as with something special.

What is missing

  1. script for filling database with current actions (in a week I should create one)
  2. DB based search (this is problem, because it will be very fast but also very time consuming to implement and I have a lot of work on new TWiki ;-( ) But maybe once...

-- RichardBaar - 19 Jan 2006

This plugin exists in a newer version on SVN which works for Dakar.

It would be nice - now that Dakar is released - if the latest plugin would be made available to the general public instead of living in hiding on SVN only.

-- KennethLavrsen - 12 Feb 2006

At least put the ZIP here on the "Dev" page ??

-- AviYagodnick - 12 Feb 2006

I noticed that when people add comments - the comment always ends far up the topic. I think it ends before a COMMENT tag which is NOPed out. I have put some more nops around and it seems to help.

-- KennethLavrsen - 12 Feb 2006

The additions by RichardBaar and SaumitraBhaumik sound like exactly the things I'm looking for to allow my team to use TWiki easily for action tracking. Thanks for the work and for giving back to the community.

I'm slightly confused as to what I should install - There's a "newer version on SVN which works for Dakar" plus these two other packages.

Has anyone investigated compatability between these 3 varients?

-- AndyPryke - 16 Feb 2006

I just uploaded the Dakar version. It does not have any Richard or Saumitras recent work.

-- CrawfordCurrie - 16 Feb 2006

Here's a few quick bits of feedback on installing RichardBaar's ATP_modifications.zip

  1. If you're not going to use a database backend (MySQL), you should set the value of the variable USE_DB in the file data/TWik/ActionTrackerPlugin.txt to false. Otherwise you will not be able to save topics in TWiki. To clarify, you can't install the modifications and then use TWiki to edit the value of USE_DB in TWiki.ActionTrackerPlugin because save will fail.
  2. I didn't get the pretty table formatting shown in the screenshot (above). I believe this is because I'm missing a CSS definition for "actions_table". Richard - am I right on this? Do you have an example file?
  3. If you wish to remove some of the fields (e.g. the bug-tracking), you can do this by editing the variables in the topic TWiki.ActionTrackerPlugin.
  4. Pre-existing actions didn't have values for the "Start Date" field and this missing value is treated as a "bad date format". I believe this is the behaviour in the standard ATP too. Perhaps missing values should be allowed for dates? But maybe there are disadvantages to this too?

Aside from these minor points, it all worked fine for me. I would of course advise people to backup their original TWiki files before installing.

Thanks Richard, for writing and sharing your code. smile

-- AndyPryke - 20 Feb 2006

Well, you can find the CSS I use in ActionTrackerPlugin topic (file atp.css). You can link it directly in twiki.{skin}.tmpl and edit.action.tmpl or you can copy/paste the content of this CSS to the skin's CSS...

-- RichardBaar - 20 Feb 2006

Thanks Richard. It works fine for me now - much prettier smile

I added the CSS variable to my ActionTrackerPlugin page as below

I also modified twiki.pattern.tmpl as this appears to be where other css files are included.

Diffs for twiki.pattern.tmpl pre1�

-- AndyPryke - 27 Feb 2006

Suggestions:

  • Heading level issue (use level one only once on top)
  • TextFormattingRules link is broken (just above SHORTDESCRIPTION)
  • Left & right cell align problem in Info table
  • Missing Appraisal row

-- PeterThoeny - 28 Feb 2006

I'm try the ActionTrackerPlugin under TWiki4.0.1 and the actionnotify script as follows:

verbatim12�

After changing some one I run the actionnotify script but the User in the field notify="Main.GregorSchortmann" not informed via mail. Look at this.

server:/srv/www/twiki/bin # ../tools/actionnotify changedsince="now" DEBUG | grep To:
To: rose@gutenberg-rz.de

Any idea?

-- RudiRose - 27 Mar 2006

So, i'm confised... will Richard's version work on Dakar? If not, will it be likely that some of the new things will make it into the standard release?

-- JosMaccabiani - 26 Apr 2006

Not unless someone does the work. Quite simply, I don't have time, unless someone is paying me to do it. Here's my changes policy:

  1. I will fix bugs, when I have the time
  2. I will code any enhahncements required by paying clients, and release these into the public domain if possible
  3. I will happily apply minor patches, as long as the unit tests are updated, and pass, and the changes are adequately documented
  4. I would be delighted to accept changes checked into Subversion (on branch TWikiRelease04x00), as long as the unit tests are updated, and pass, and the changes are adequately documented
    • Coders working in Subversion who observe these constraints are welcome to release new versions
    • I will revert any changes that do not observe these constraints
Just in case that isn't quite clear,
  1. I will ignore new versions posted here a.k.a "Thrown over the wall"
  2. I will ignore changes that are not supported by tests a.k.a "russian roulette"
  3. I will ignore inadequately documented changes ("To device activate, press nipple beyond point of travel")

Does that sound fair?

-- CrawfordCurrie - 27 Apr 2006

Fair enough wink
Thanks for (sharing) all your work so far!

-- JosMaccabiani - 05 May 2006

I've come up with a version of ActionTrackerPluginQBE which generates a form which handles the selected options better (using %IF{}%). It also works around some of the features in the current version of the ActionTracker plugin. It works with 4.0.2. I've attached it here: Bugs:Item2307

-- DiabJerius - 17 May 2006

Diab, thanks a lot, this form now works perfectly!

-- JosMaccabiani - 18 May 2006

Anyone have a clue why my none of my %ACTIONSEARCH{}% statments match any actions in dakar, with the latest (28th Feb 2006) version of this plugin ?

The plugin has installed OK, all my old actions still exist, and I can create and edit actions without problems, but all my action searches return no results.

Any clues for debugging would be appreciated.

-- SteveJonesST - 19 May 2006

We've been using this Plugin for a while now in a meeting minutes application. Overall, we're very pleased at what it does - keeping track of actions used to be a pain for one person responsible, now it's more of a distributed effort.

By using it, we've come across some WIBNIFs:

  • Twiki has made a graphical shift from 3 to 4, and because of that the action skin looks a bit dated. It would be nice if someone could at some point beautify the skin
  • The popup window not closing is freaking out the casual users, especially since some of them use the largest font available in IE on a 15" monitor. They don't get the new window filling up their screen :-). Would it be possible to explain how to modify something to allow 'unsafe' window closing?
  • A more fundamental issue is this: most actions are defined in weekly meeting A, are monitored in meetings B and C and then closed in meeting D. The nice thing about this plugin is that progress can be reported in the action description. However, since this action is stored in the topic where it is created, users can only know which action changed by reading old meeting minutes. Also, when a few actions are modified in a meeting, users get notification reports from several meeting minutes topics. I don't really have a solution to this. Perhaps storing the actions in separate numbered topics and only saving the changes in the minutes topics would be some workaround to this...
  • the action descriptions can get quite large, and this can yield the topic hard to view. Would it be possible to add some kind of Twisty functionality to the action template?

Anyway, lots of wishes which are much easier to express than they are to grant. I hope this helps in some way, somewhere along the line though.

-- JosMaccabiani - 24 May 2006

The doco about notification says this:

0 * * * * cd /home/twiki/bin && ../tools/actionnotify "state=\"late\""

You can avoid all that backslashing by using single quotes:

0 * * * * cd /home/twiki/bin && ../tools/actionnotify 'state="late"'

-- MartinGregory - 30 May 2006

Demanding that contributors write unit tests for the plugin is the same as cutting off the major bulk of possible future contributions. I just looked at the test case and you have to be pretty strong in object oriented perl to write even the smallest enhancements.

You do not have to be very skilled programmer to modifying existing code or make a template look nicer. But if it is required to write the very advanced test cases in perl to do modifications of this plugin then I think it is better that someone branches off a FreeActionTrackerPlugin or OpenActionTrackerPlugin. There are so many good enhancements piling up on this dev topic which are not being integrated and implemented and released. I encourage the contributors to not be put down by the very tough development requirements setup for this plugin and instead just create a new.

I would hope it will still be possible to write plugins for TWiki without having to be a full time, 15 years experience, professionel programmer with 1000s of hour experience in the TWiki code. It is however reasonable that you test your contributions carefully and document the enhancements properly. Anyone has the skills to do that.

-- KennethLavrsen - 22 Jun 2006

I'm with you there, Kenneth. I don't have a clue how to write a unit test. I suspect there are very few people who have a clue, even among the core developers.

-- MeredithLesly - 22 Jun 2006

I am having the hardest time writing a line in apache's crontab to have actionnotify e-mail users in the 'notify' field when an action item is CLOSED. (idealy it would check every hour for items that have been closed in the last hour.)

I've tried numerous different ways of writing it, including:

  • 0 * * * * _wikisite_/tools/actionnotify 'web=".*" state="closed" closed="1 hour ago"'
  • 0 0,6,12,18 * * * _wikisite_/tools/actionnotify 'web=".*" changedsince="now - 6 hours"'
  • plus numerous other ways to describe time in changedsince or closed.

I have another line in my crontab that alerts users of open items, and that one works fine. Also, in my settings, I have Set NOTIFYCHANGES = $state so that it only emails when the state changes.

Thanks for your hints/help.

-- EricVlach - 23 Jun 2006

Kenneth, Meredith, I'm sorry you feel that the time and effort I invested in writing a comprehensive set of unit tests for this plugin was wasted. Because as soon as people start making aribitrary changes without updating the tests, that's exactly what that effort will have been. Wasted. Of course it is possible to write plugins for TWiki with limited experience, and without writing unit tests; but this is a complex plugin, and I for one don't want untested changes hacked into it, thank you very much.

Eric, to check and notify items that made the transition to closed state in the last hour, you should be able to use the following:

0 * * * * _wikisite_/tools/actionnotify 'web=".*" state="closed" closed=">1 hour ago"'
Date matches support a limited range of conditions: >, <, >=,<=; all relative to now

-- CrawfordCurrie - 25 Jun 2006

I have tried now for 3 hours. I cannot make actionnotify do what the docs says should work.

actionnotify 'created="> 1 hour ago"'

What my users want is an email when someone have created an actionitem with their name in the "who" field. So my plan was to run a cron job once per hour sending emails to people when a new action is created and the email should go to the person the action is assigned to.

-- KennethLavrsen - 17 Jul 2006

I can't get ACTIONSEARCH to work. I have 2 actions

%ACTION{ state="open" creator="Main.WayneDahl" notify="Main.WayneDahl" closer="" closed="10-Aug-2006" due="9-Aug-2006" who="Main.WayneDahl" created="10-Aug-2006" uid="000001" }% An action for Wayne

and %ACTION{ state="open" creator="Main.WayneDahl" due="12-Aug-2006" created="11-Aug-2006" who="Main.WayneDahl" uid="000002" }% An action for Wayne

and a search that looks like

%ACTIONSEARCH{who="WayneDahl"}%

The ACTIONSEARCH shows the table headers but no actions are listed.

-- WayneDahl - 11 Aug 2006

In the documentation for this plugin, perhaps you should document %COMMENT{mode="action"}%, which allows a non-edit way of creating actions using this template http://twiki.org/cgi-bin/view/TWiki/CommentPluginTemplate#action.

-- BrendanDoherty - 13 Aug 2006

Are there some detail guides on how to configure Richard'ATP_modifications.zip? I unzip it in twiki and override other version, It does not work.

-- QinglongXie - 01 Sep 2006

Hi. Can't seem to get actionnotify to work on 4.0.4. I'm trying to debug on the command line (not cron), typing : cd ../tools/actionnotify state="late" </verbatim>

and all I get is :

<H1>Software error:</H1>
<CODE>Can't use string (&quot;1&quot;) as an ARRAY ref while &quot;strict refs&quot; in use at /design/TWiki/twiki/lib/TWiki/Func.pm line 1620.
</CODE>
<P>
For help, please send mail to this site's webmaster, giving this error message 
and the time and date of the error.

[Fri Sep  8 12:50:57 2006] actionnotify: Can't use string ("1") as an ARRAY ref while "strict refs" in use at /design/TWiki/twiki/lib/TWiki/Func.pm line 1620.

Please can someone (Crawford ?) help me debug this. The install is live, and users on three continents are moaning. Thanks, Steve.

-- SteveJonesST - 08 Sep 2006

Not sure if this is related, but the actionnotify script must be run from the bin directory (so that it can find the libs). Try this:
cd twiki/bin; ../tools/actionnotify state="late"

-- PeterThoeny - 10 Sep 2006

Steve, the error comes about because you have at least one user with no email address - worse, the method that recovers emails for a user is returning a non-email, suggesting that you might be using a broken user handler. What is your login/password/usermapping setup?

-- CrawfordCurrie - 10 Sep 2006

Hi Crawford. Login scheme is TWiki::Client::ApacheLogin, and passwords are TWiki::Users::HtPasswdUser. There's no usermapping setup. After your hints, I corrected the .htpasswd file and added some missing email addresses, after this, the error is very slightly different :

actionnotify: Can't use string ("0") as an ARRAY ref etc...

Notice '0' instead of '1' above. Any clues really appreciated.

-- SteveJonesST - 11 Sep 2006

Again, it's an indicator that a TWiki user doesn't have an email address for some reason.

You ought to have TWikiUserMapping selected I think.

-- CrawfordCurrie - 12 Sep 2006

Ok, I have TWikiUserMapping selected. I got the point about an unresolved email address, but I have over 400 users - what's the easiest way to find out who doesn't have an email address ? Everybody in the .htpasswd has some kind of email in the last field. Sorry if this is a stupid question. In what way has finding the correct email changed from cairo - I had no issues until I moved to dakar.

-- SteveJonesST - 12 Sep 2006

Sorry to bump this again, but can someone confirm where I should be looking for the user without an email address. Email addresses seem to be stored in one of three places :

  • in the .htpasswd file - all users seem to have one here.
  • pre-dakar, as a string in their home page.
  • post-dakar, as a formfield on their home page.

Which mechanism is this actionnotify using ? How can I get some more debug info to track down the source of the problem. C'mon I know somebody out there can help me...

-- SteveJonesST - 14 Sep 2006

ALERT! Bug: The leading white-space characters in an << description are being deleted, causing problems with formatting.

There are two aspects to that: (i) in Action::new the white spaces are stripped out, and also (ii) when saving an action.

It would help me understand why this is being done, and also, why newlines are being translated in Action::new into XHTML tags. Why can we not rely on standard TWiki processing to take care of these things?

-- ThomasWeigert - 20 Sep 2006

I have made adjustments to ActionTrackerPlugin to allow fields in the generated tables to have proper formatting such as bullet lists, etc. I still need to run the unit tests to make sure that there are no unpleasant side effects.

-- ThomasWeigert - 21 Sep 2006

Note that there are currently 5 unit tests that fail on the original ActionTrackerPlugin code.

-- ThomasWeigert - 21 Sep 2006

Thanks Thomas; I'll take a look. BTW can you report bugs in Bugs web, please; I'm rarely here.

-- CrawfordCurrie - 21 Sep 2006

Just to be clear, I have not checked in my updates as I first want to understand why the code is the way it is. Maybe there is a good reason.

Maybe this is not considered a bug, but a design, not to render bullet lists, etc., in the actions. This was not feasible in TWiki forms either earlier...

The failing test cases that I mentioned are with the existing system... unfortunately, these test cases are less than clear to me so I cannot quite make out what they are actually doing.

-- ThomasWeigert - 21 Sep 2006

Is there some way to search for an unspecified attribute? For example, I have a custom attribute defined named "priority", that's defined as "select,3,|high|medium|low|". I'd like to do a search that finds all the actions that do not have a "priority" field defined. Anybody have an idea?

-- AaronSher - 25 Sep 2006

Steve, I can't reproduce that problem any more. Are you still having issues?

Thomas, all the testcases now pass (subversion)

Aaron, no, I didn't code that. Someone may have worked out a trick, though.

-- CrawfordCurrie - 26 Sep 2006

Thanks, Crawford. Still have the same problem. I take your word that a user may be missing an email address somewhere, but I can't find it. All users in .htpasswd have an email address - where else should I be looking ? If you can help me debug, I'd appreciate it.

-- SteveJonesST - 26 Sep 2006

I noticed that fields in the generated tables do not have proper formatting such a bullet list, etc. Acction.diff - 5 out of 7 hunks FAILED.

-- AnnaPapierz - 27 Sep 2006

OK, alternate question - is there a way to make a custom attribute required, in the same way that the predefined attributes like "state" are required (i.e. it gets filled in automatically when you save the action tag)? Ideally, I'd also be able to select a default value for the attribute.

-- AaronSher - 27 Sep 2006

Any updates on the issue described by SteveJonesST? I am experiencing the same issue.

My TWiki Configuration is set to;

LoginManager: TWiki::Client::ApacheLogin

MapUserToWikieName: DONE

Cron jobs return the same error;

Can't use string ("1") as an ARRAY ref while "strict refs" in use at /home/twiki/html/lib/TWiki/Func.pm line 1620.

I have verified that all Wiki Users in the .htpasswd file have associated e-mail addresses. I manually added e-mail addresses for Twiki Users user pages for those that had not put one in (possible as I only have about 8 registered users)

Any ideas on what could be causing this issue? Could it be modified to ignore null/not found addresses, and continue on error?

-- JamesMontz - 10 Oct 2006

Without being able to reproduce it, I have no way to tell. I am reliant on one of you putting on your thinking caps and debugging it. At the very least you have to share what version of TWiki you are running, and what version of AT.

-- CrawfordCurrie - 11 Oct 2006

Is anybody able to update changes provided by NielsKoldso? We miss possibility to use TWiki ML in actions.

-- JacekZapotoczny - 11 Oct 2006

I am using TWiki 4.0.4, Build 10807. ActionTracker: 11560.

-- JamesMontz - 11 Oct 2006

I can't get ACTIONSEARCH to work. I have 2 actions

%ACTION{ state="open" creator="Main.SandeepRao" notify="Main.SandeepRao" closer="" closed="10-Aug-2006" due="9-Aug-2006" who="Main.SandeepRao" created="10-Aug-2006" uid="000001" }% An action for Sandeep

and %ACTION{ state="open" creator="Main.SandeepRao" due="12-Aug-2006" created="11-Aug-2006" who="Main.SandeepRao" uid="000002" }% An action for Sandeep

and a search that looks like

%ACTIONSEARCH{who="SandeepRao"}%

The ACTIONSEARCH shows the table headers but no actions are listed.

Any tips on how to resolve this issue is appreciated!!!!!!!!

-- SandeepRao - 24 Oct 2006

If you do not specify in ACTIONSEARCH the webs to search the default is to search only the current web. So if your ACTIONSEARCH is on the other web than ACTIONS, the ACTIONS will not be found without specifying web to search.

-- AnnaPapierz - 25 Oct 2006

My search is in the same web, I also tried with adding webname to the filter but didn't help. It just doesn't work. I am wondering what could be the reason as I can see there are a bunch of other people listed here who have been using it effectively. Any ideas?

-- SandeepRao - 25 Oct 2006

Regarding allow TWiki rendering

  • I have provided new diffs for Dakar r11560
  • Any chance they will make it into next release?

TIA smile
-- NielsKoldso - 26 Oct 2006

I got the Action Search to work finally. My test environment is Win/PC. First, I had to install gnu grep programs. I used this one - http://gnuwin32.sourceforge.net/packages/grep.htm. Then, I changed search settings in Configure to use grep.exe instead of egrep and fgrep. This enabled TWiki search but Action Search still didn't work (Action Search uses TWiki search). Then, I changed code in ActionSet.pm to use default search ('') instead of regex search ('regex'). Here is the change:

TWiki::Func::searchInWebContent( 'ACTION', $web, \@tops, { type => '', files_without_match => 1, casesensitive => 1 } );

This worked for me, and I can see all Action Items now (as specified in search criteria). I am not sure if this is the best way to get this to work, but at least one way to proceed. I will appreciate if someone knowledgable on this plugin can reflect on this. Thanks!

-- SandeepRao - 30 Oct 2006

We are running Dakar on two servers. Linux, apachefriends, Fedora5

We have on several pages some actions. Pressing the "edit" link gives the user the chance to edit the action. However if the "edit" link of the last action is used, all newlines from this action to the next text (ex: ---+ next heading) is deleted. The EditActionTracker button is then placed AFTER this text (ex: ---+ next heading). Pressing the EditActionTracker button creates a new actiontable in stead of adding the new action to the existing actiontable.

Can this be solved?

-- RichardVinke - 10 Nov 2006

I am having this problem also. Action edits (that come up in the window) when saved lose some of the other other actions from the page.

Running are running ActionTracker on linux server

-Tandeep >>We have on several pages some actions. Pressing the "edit" link gives the user the chance to edit the action. However if the "edit" link of the last action is used, all newlines from this action to the next text (ex: ---+ next heading) is deleted. The EditActionTracker button is then placed AFTER this text (ex: ---+ next heading). Pressing the EditActionTracker button creates a new actiontable in stead of adding the new action to the existing actiontable.

-- TandeepSidhu - 23 Nov 2006

I am unable to reproduce this problem from the description above. Please provide more details, including what other plugins are installed and the full text of a topic that illustrates the problem, and please report it in Bugs web as requested at the top of the page. I rarely visit this topic.

-- CrawfordCurrie - 24 Nov 2006

Problem reported by SteveJonesST - 08 Sep 2006 is caused by a buggy return-statement in TWiki::Func::wikiToEmail in Dakar 4.04 - it is fixed in 4.05.

-- NielsKoldso - 26 Nov 2006

Sorry for the delay. I had my holiday. cool! I use Dakar 4.04. I will update to 4.05 as soon as I am at the office and report the results here. CrawfordCurrie: I did report this in the bugs web. wink

Edit: The update did not solve my problem. It looks like the "edit" button calls a clean statement, which deletes the empty lines. I cannot find this. Does anyone know where and how to find this?

-- RichardVinke - 11 Dec 2006

Note that Richard's problem is with the EDITACTIONTRACKER feature, which is unreleased. Could the developer of this feature please answer Richard? Ta.

-- CrawfordCurrie - 13 Dec 2006

Non-standard Attributes not working in 4.0.5 I have added in WebPreferences of my WEB as * Set ACTIONTRACKERPLUGIN_TABLEHEADER = | Assigned to | Due date | Description | State | Notify | Priority | Update | Categories | Closed date || * Set ACTIONTRACKERPLUGIN_TABLEFORMAT = | $who | $due | $text | $state | $notify | $priority | $update | $categories | $closed | $edit | * Set ACTIONTRACKERPLUGIN_EXTRAS = | priority,select,1,"high","medium","low" | update,text,16 | categories,select,1,"Spec","Design","Sim","Layout","BA","Si Char","Si Debug" | It does not reflect the extra fields

-- ArunLuther - 14 Dec 2006

Is there anything else I have to do to get it work properly?

-- ArunLuther - 15 Dec 2006

As an alternative, I'm passing $web with TWiki::Func::getPreferencesValue( "ACTIONTRACKERPLUGIN_TABLEHEADER",$web ) under _lazyInit function of ActionTrackerPlugin.pm

-- ArunLuther - 15 Dec 2006

Arun, without knowing your configuration etc. it's impossible to guess what you have done wrong. Please follow the instructions in Support web and raise a question that provides sufficient info to let someone help you. This topic is really for dev discussions, not support.

-- CrawfordCurrie - 16 Dec 2006

I would like to notify my TWiki users everytime an action item is assigned to them. I tried to use the created parameter in my cron job and set it like this:

0 */1 * * * cd /var/www/twiki/bin && ../tools/actionnotify 'created="> 1 hour ago"'

But I did not achieve the desired result. A quick glance at the Action.pm script (see below) shows that the created parameter is automatically populated with the current system date, but without any time information. When the created parameter only stores date, how can the ActionTracker find out if the action was created 'n' hour ago?

    if ( !defined( $this->{created} )) {
        $this->{created} = $now;
    }

-- AlokNarula - 02 Jan 2007

It can't. I made a concious design decision to use only the calendar date rather than the time for actions, because my team at the time was globally distributed and using the time was going to get really irritating. It would be perfectly feasible - though an awful lot of work - to convert it to use the time as well, should you wish to do so.

-- CrawfordCurrie - 03 Jan 2007

Crawford, thanks for clarifying. In order to notify TWiki users of action items created for them, I created another state "actioning" via the EXTRAS setting and I set the cron job as below:

0 */1 * * * cd /var/www/twiki/bin && ../tools/actionnotify state=\"actioning\"
Now, when I create any action item, it is set to actioning by default. The TWiki user gets a notification that an action item is set for him/her. The TWiki user changes the state to open. This sets the cron job off.

-- AlokNarula - 03 Jan 2007

I figured out a way of easily creating action items for people. Check UserCommentsTemplate to see how it works. With this template you don't have to remember people's names. You can select the assignee's from a drop-down list. The example in Sandbox uses a sample. Customize this template for your TWiki server.

Here is a snapshot of my action tracking template: http://twiki.org/cgi-bin/viewfile/Plugins/ActionTrackerPluginDev?rev=1;filename=action_tracking_example.JPG

Thanks to PeterThoeny for showing me how to store search results in a variable.

-- AlokNarula - 04 Jan 2007

Enchancements to improve the actionnotify operation:

  1. Generate the keys in sorted order so they don't re-order themselves randomly.
  2. Allow actionnotify be able to specify the "age=X" parameter
  3. Allow actionnotify be able to specify the "duedays=X" parameter

Example usage in a crontab:

#
# TWiki Action Tracker Notification Support
#
#     - Late AI, get notified 3 times per week, on Mon, Wed, and Fri
#     - AI due in 3 days, get notified once per day
#     - AI due in 7 days, get notified once per day
#     - When an AI gets created, get notified on that day
#
  21   23  *   * 1,3,5 (cd /var/www/twiki/tools; perl -I ../bin ./actionnotify state=late)
  22   01  *   *   *   (cd /var/www/twiki/tools; perl -I ../bin ./actionnotify state=open duedays=3)
  23   01  *   *   *   (cd /var/www/twiki/tools; perl -I ../bin ./actionnotify state=open duedays=7)
  24   23  *   *   *   (cd /var/www/twiki/tools; perl -I ../bin ./actionnotify state=open age=0)
  25   23  *   *   *   (cd /var/www/twiki/tools; perl -I ../bin ./actionnotify changedsince=yesterday)



--- lib/TWiki/Plugins/ActionTrackerPlugin/Action.pm   2007/01/10 17:00:08   1.1
+++ lib/TWiki/Plugins/ActionTrackerPlugin/Action.pm   2007/01/10 17:06:01
@@ -117,6 +117,10 @@
    new TWiki::Plugins::ActionTrackerPlugin::AttrDef( 'names', $nw, 1, 0, undef ),
    within       =>
    new TWiki::Plugins::ActionTrackerPlugin::AttrDef( 'noload', 0, 1, 0, undef ),
+   duedays      =>
+   new TWiki::Plugins::ActionTrackerPlugin::AttrDef( 'noload', 0, 1, 0, undef ),
+   age          =>
+   new TWiki::Plugins::ActionTrackerPlugin::AttrDef( 'noload', 0, 1, 0, undef ),
    ACTION_NUMBER=>
    new TWiki::Plugins::ActionTrackerPlugin::AttrDef( 'noload', 0, 0, 0, undef ),
   );
@@ -329,7 +333,7 @@
     my $this = shift;
     my $attrs = '';
     my $descr = '';
-    foreach my $key ( keys %$this ) {
+    foreach my $key ( sort ( keys %$this ) ) {
         my $type = $types{$key};
         if ( $key eq 'text') {
             $descr = $this->{text};
@@ -439,6 +443,15 @@
     }
 }
 
+# PUBLIC return how many days old the action item is.
+sub daysOld {
+    my $this = shift;
+    if ( defined ($this->{created} )) {
+   return ($now - $this->{created}) / 86400;
+    }
+    return -1;
+}
+
 # PUBLIC true if due time is before now and not closed
 sub isLate {
     my $this = shift;
@@ -495,6 +508,28 @@
     }
 }
 
+# PRIVATE match if there are at exactly $val duedays to go before
+# action falls due
+sub _matchField_duedays {
+    my ( $this, $val ) = @_;
+    my $slack = $this->secsToGo() - $val * 86400;
+    if ($val > 0) {
+   return ($slack <= 0) && ($slack >= -86400);
+    } else {
+   return ($slack >= 0) && ($slack <= 86400);
+    }
+}
+
+# PRIVATE match if the action item's age is exactly $val days ago
+sub _matchField_age {
+    my ( $this, $val ) = @_;
+    if ($val >= 0) {
+   return ($this->daysOld() - $val) == 0;
+    } else {
+   return 0;
+    }
+}
+
 # PRIVATE match boolean attribute "closed"
 sub _matchField_closed {
     my ( $this, $val ) = @_;

-- JonDiekema - 10 Jan 2007

Nice one, thanks Jon. Now tracked in Bugs:Item3433. Perhaps you could do me a favour and:

  1. Verify that the patch is against rev 11698
  2. Update the unit testcases so that the functionality of the patch is tested and the existing tests don't fail when this patch is applied.
  3. Provide user documentation
Thanks,

-- CrawfordCurrie - 11 Jan 2007

Is this a known issue? http://develop.twiki.org/~twiki4/cgi-bin/view/Bugs/Item3446 (updated)

-- ScottWBlack - 17 Jan 2007

I'm running TWiki-4.0.5, Tue, 24 Oct 2006, build 11822 and AT v.12652. I'm trying to get notifications to work to multiple people and it doesn't seem to work. Do I have the syntax wrong? The notification does go to the first person on the list but none others. </verbatim> %ACTION{ closer="" created="29-Jan-2007" creator="Main.AdamCoven" due="1-Feb-2007" notify="Main.SteveFiliberto, sarah@herePLEASENOSPAM.com, AdamCoven" state="open" uid="000001" who="Main.SteveFiliberto" }% Research Database Parameters </verbatim>

-- AdamCoven - 31 Jan 2007

My ActionSearch tables are not sortable by column is this a bug or per spec?

This is the syntax I use: %ACTIONSEARCH{web="MTWat" state="open" format="|  $uid  | $who | $due | $text | $topic | $edit |" header="| Nr | Eigenaar | Deadline | Actie | In | . |"}%

-- JosMaccabiani - 09 Feb 2007

First off... the ActionTrackerPlugin rocks! I have been using the plugin for over a year within our Product Development group and it has been irreplaceable. And now I need help smile All, I am experiencing the same problem that ArunLuther did (see above post on 14DEC2006) upon loading 4.0.5 and have not seen where someone responded or helped Arun along with I searched the Support web and also found no post or response. I opened the following support request: ActionTrackerSettingsBeingIgnored and would really appreciate some help. Other than updating to 4.0.5 and installing via the ActionTrackerPlugin_installer I have not modified anything. Please refer to the support page and if anyone can offer help I would appreciate it. I have hundreds of tasks with my own EXTRAS that we now cannot read or display. Thank you!

-- JohnMcNeil - 13 Feb 2007

John, Arun,

I (and others) have seen the same problem - seems to be a change in the preferences ordering in V4.0.5.

You need to DISABLE the settings in the plugin to allow your web preferences to override them.

See my comment on Support here: ActionTrackerPluginWebPreferences

-- DarrenElkerton - 19 Feb 2007

Darren,

Thank you for the reply! I have not had a chance to work on it but will this evening.

-- JohnMcNeil - 20 Feb 2007

Jos, it's per spec. The action tracker generates HTML tables, not TWiki tables, so the tables are not sortable by TablesPlugin. It's a tradeoff.

Yes, 4.0.5 release changed the order of preferences evaluation. As a general policy I am trying to move all settings out of the plugin topic, and provide defaults in configure that can be overridden by web and topic preferences. Sorry, it's a slow process, as I don't get any funding to work on this plugin.

I just uploaded a version that fixes a link problem on IE7 (Bugs:Item3638) - thanks Jos for testing.

-- CrawfordCurrie - 22 Feb 2007

Crawford, thanks for the quick 'official' patch!

-- JosMaccabiani - 22 Feb 2007

I installed the ATP_modifications.zip and can not change the table format. furhtermore, the edit links to editting the whole action page rather than the specific action item.

Can not find the 'add action" button. Is it because I do not have the right css?

-- MeiqingHe - 09 Apr 2007

One correction here, Our admin actually installed Feb 22 2007 version instead of ATP_modification. But somehow the extra fields can not be shown. Note that I configure the ActionTracker table and edit table format same as before in the action tracker configuration section and it worked for me. Can someone please tell me why I can not configure the action tracker anymore, also I can no longer edit a specific action item in the format specified by edit table format. Instead the whole twiki topic page show up in the editor.

-- MeiqingHe - 12 Apr 2007

MeiqingHe: Since version 4.0.5 the order of preferences evaluation is changed. Check where your preferences are and check that they are not overruled.

-- RichardVinke - 21 Apr 2007

The users, who are notified by mail for their actions, gets the action table with all columns visable. I don't want to reduce these columns in the TWiki topic, but only in the mail. The actionnotify script has no separate control over the heading and format of the action table send in the mail. Therefore I made some small changes in ~twiki/lib/TWiki/Plugins/ActionTrackerPlugin/ActionNotify.pm: Original Line 67:73

my $hdr =
  TWiki::Func::getPreferencesValue( 'ACTIONTRACKERPLUGIN_TABLEHEADER' )
      || '| Assigned to | Due date | Description | State | Notify ||';

my $bdy =
  TWiki::Func::getPreferencesValue( 'ACTIONTRACKERPLUGIN_TABLEFORMAT' )
      || '| $who | $due | $text | $state | $notify | $edit |';
Changed to
my $hdr = $attrs->{header}
        || TWiki::Func::getPreferencesValue( 'ACTIONTRACKERPLUGIN_TABLEHEADER' )
        || '| Assigned to | Due date | Description | State | Notify ||';
delete $attrs->{header};
my $bdy = $attrs->{format}
        || TWiki::Func::getPreferencesValue( 'ACTIONTRACKERPLUGIN_TABLEFORMAT' )
        || '| $who | $due | $text | $state | $notify | $edit |';
delete $attrs->{format};
Now it is possible to call actionnotify header='|Assignedto|Due||' format='|$who|$due|$edit|' and the table in the notify mail can be controlled. There is a bug: no spaces are allowed in the header and format values.

This mail however looks not nice. By adding <link rel="stylesheet" href="%ACTIONTRACKERPLUGIN_CSS%" type="text/css" /> just after <html> in the ~twiki/templates/actionnotify.tmpl and atpChanges to the css file gives nicer mails.

By calling the actionnotify script with within='7' the actions which are due in the comming 7 days are mailed. The actions, which are late can be mailed in a separate mail. These mails normally cannot be combined. By changing ~twiki/lib/Plugins the mails are combined. Change: lines 505:509:

if ($val > 0) {
    return ($slack <= 0) if ($secs > 0);
} else {
    return ($slack >= 0) if ($secs < 0);
}
to
if ($val > 0) {
    return ($slack <= 0);
}

These changes are tested on several installations on revision 12958 of the plugin.

-- RichardVinke - 21 Apr 2007

Richard, that's great. To get those changes into the code, please:

  1. Ensure the unit tests all pass
  2. Update the documentation to document your change
  3. Raise an enhancement request in bugs web, attaching the patch

-- CrawfordCurrie - 22 Apr 2007

I installed the unit tests (~/test/unit/someActionFiles.pm) and from this dir I run perl ../bin/TestRunner.pl ActionTrackerPluginTests.pm. But I get Base class package "TWikiTestCase" is empty.. I think I forget something..... But what? Do I need SubVersion?

-- RichardVinke - 24 Apr 2007

Yes, you need a subversion checkout. The ActionTracker unit tests are based on some standard test fixtures that are only available from a subversion checkout. See TestCasesTutorial for help getting a test environment set up.

-- CrawfordCurrie - 25 Apr 2007

I attempted to connect the output of actionsearch to the calendarplugin and found that the table format is hardcoded within actionsearch. Making the table format a default is fine; however, support for header="", footer="" as well as the format="" parameters to actionsearch will allow greater flexibility in integration..

-- DewayneVanHoozer - 26 Jun 2007

header already works, though the footer and separator parameters are missing. Tracked in Bugs:Item4312

-- CrawfordCurrie - 28 Jun 2007

I installed the latest ActionTrackerPlugin.zip on this page, and tested the plugin; it worked fine. But then I installed ATP_modifications.zip on this page, and plugin stopped working. Warnings file showed ActionSet.pm is looking for ActionTrackerConfig.pm file in lib/Twiki/plugin/ActionTracker folder, which isn't there. Did I miss any installation step? My TWiki is latest version. Please help!

-- SandeepRao - 16 Jul 2007

A tip for anyone who may run into a similar situation. I recently added a new state, (wait) and found that searching for multiple states does not work as I expected. I finally found a support topic with an example that did work. (Priority is a custom attribute.)

%ACTION{sort="priority,date" open|wait}%

Whereas these do not:

%ACTION{sort="priority,date" state="open,wait"}% suggested by doc example
%ACTION{sort="priority,date" state="open|wait"}% suggested by supporting regex
%ACTION{open|wait sort="priority,date"}% works, but sorted wrong

-- JustinLove - 19 Jul 2007

open|wait is not valid syntax for a TWiki attribute. Where did you find this documented?

Note that if you find a bug with the tracker, your best chance of getting it fixed is to raise a bug in the Bugs:ActionTrackerPlugin bug tracker. When you report bugs, the more information you give, the more chance there is of getting a fix.

-- CrawfordCurrie - 22 Jul 2007

I found it in ActionTrackerPCreatedByMeButNotForMe. Your suggestion continued to use that syntax, although it didn't look proper.

-- JustinLove - 23 Jul 2007

I did read the the whole dev. pages here and I checked all my settings twice. The Action Search displays the header only. Nothing is displays below.. Any advice?

-- StephanMunk - 30 Jul 2007

Justin: I recently added a new state, (wait) and found that searching for multiple states does not work as I expected

Crawford: open|wait is not valid syntax for a TWiki attribute

PLEASE, someone, please update this plugin with Niels Koldso's patch from 19 Jul 2005. The ability to show "not closed" is very important to real action tracking.

-- VickiBrown - 28 Aug 2007

Guys, your plugin ROCKS!

I'm here wondering to ask the implementation of the condition "not" for field "who" in ACTIONSEARCH. I have a list of tasks which the "who" field points to a TwikiGroup, meaning that these tasks have not been started. I would like to list all the tasks that doesn't point to TwikiGroup, doing something like %ACTIONSEARCH{who="not TWikiGroup"}. Would it be usefull? I'm solving it creating a new state, but it means the i have to change two fields when assingning a task.

Thanks a lot!

-- MarcioFigueira - 30 Aug 2007

Vicki, I'd love to. Due to the pressures of making a living, I just don't have time to update that patch to the latest code, write the unit tests, test it, and check it in. Anyone else is welcome to step in (or sponsor me to do it).

-- CrawfordCurrie - 30 Aug 2007

Crawford - the patch works woith the latest code afaik (it worked for me). As for tests, someone? Anyone? Niels???

-- VickiBrown - 04 Sep 2007

I want to have several separate pages:

  • New Action Entry
  • All Actions (where the entry form puts things)
  • Open Actions
  • Resolved Actions

I want to "override" the default headers. Therefore, I need to set

  • ACTIONTRACKERPLUGIN_EXTRAS
  • ACTIONTRACKERPLUGIN_EDITFORMAT
  • ACTIONTRACKERPLUGIN_EDITHEADER
  • ACTIONTRACKERPLUGIN_TABLEFORMAT
  • ACTIONTRACKERPLUGIN_TABLEHEADER

I do not want to repeat tyhese settings in every page. I want to set them in one place (and not in WebPreferences).

Due to an (I call it a bug) in TWiki, it is not possible to INLCUDE Set commands. In theory, it is possible to use SpreadsheetPlugin SET. In Practice, this does not work.

In my INCLUDEd file

 %CALC{$SET(ACTIONTRACKERPLUGIN_TABLEHEADER, | BU |  Assigned to | Due date | If Multiple  | Summary | Description & Notes | State |)}% 

In my "view" page

%INCLUDE{"ActionTrackerEntry" section="ATDefine"}%
   * Set ACTIONTRACKERPLUGIN_TABLEHEADER = %CALC{$GET(ACTIONTRACKERPLUGIN_TABLEHEADER)}%

This should work. However, here's what I see:

  • screenshot:
    VickiBrown20070904.jpg

-- VickiBrown - 04 Sep 2007

Does any have a workaround that will allow me to define these variables in only one place (where that place is NOT the WebPreferences topic)?

-- VickiBrown - 05 Sep 2007

Set them in TWikiPreferences. That's the recommended approach.

Vicki (and others): it would help me no end if you could raise bugs/enhancements in Bugs:ActionTrackerPlugin instead of listing them here. It's just impossible to keep track otherwise. Note that I captured the state-matching RE requirement already in Bugs:Item4591.

-- CrawfordCurrie - 09 Sep 2007

The table that generated from ACTIONSEARCH align the text to the middle of the cell. How can I change it to align to the top without changing the css? (Changing the css did not help in my case. I need to copy and paste the table to outlook, and it will lose all it's css imposed format there). Thanks!

-- WeiyiYang - 11 Sep 2007

The new documentation (for 20 Sep 2007 release) implies that the extra states are set by ACTIONTRACKERPLUGIN_EXTRAS - but that doesn't work. A Set EXTRAS = is still required to get the extra states defined - is this what's meant to happen?

-- ChrisHogan - 29 Nov 2007

I've had to set the CSS with the old name too. And I have TWIKIWEB not SYSTEMWEB as a global - do I have a mixture of older & newer code somehow?

-- ChrisHogan - 29 Nov 2007

On ACTIONTRACKERPLUGIN_EXTRAS vs EXTRAS confusion, the EXTRAS plugin setting can be overloaded by a ACTIONTRACKERPLUGIN_EXTRAS setting in the TWiki.TWikiPreferences, e.g. they are essentially the same. Docs could be improved.

Yea, changing essential system variables creates confusion. I am changing my plugin's settings back to the old TWIKIWEB. Upcoming TWiki 4.2 uses SYSTEMWEB. Personally I would not impose this type of upgrade pain to users...

-- PeterThoeny - 02 Dec 2007

Ok I give, how can I get debug info from the command line? We started getting this error: "Use of uninitialized value in join or string at ActionNotify.pm line 309." in the last few days, so I'm guessing somebody has something illegal on their page, but I have no way of figuring out what or where it is. Is there a way to run this on the command line, and have it print out what page it's on if it encounters a problem?

-- MichelleHedstrom - 02 Jan 2008

Here's another form for adding new action items to a list. It doesn't just pretty up the page, it also helps with data integrity in that the names and dates are properly formed.

Adding an Action

The templates required for this (and credit for the places I 'borrowed' components from) are provided on my user page,
-- SeanCMorgan - 25 Jan 2008


In poking around the action tracker code, I think I stumbled upon a more elegant pop-up editing solution, after much Googling:

  • In whatever code actually creates the editing pop-up, add something like this:
    editWindow.opener = self;
    Where editWindow is the edit pop-up window (e.g. editWindow=open('path/to/edit/dialog')), this will give you a handle on whatever parent window spawned the pop-up.
    It would be best if that were done in the same onclick event, to avoid conflicts with multiple open windows.
  • In whatever code handles the save function, add something like this: <script type="text/javascript"> opener.location.reload(); self.close(); </script>

If that code is only output after a successful save, then it can't get in the way of completing the POST action.

I did a simple html mockup, and that code successfully refreshes the parent window (thus reflecting your edit), and dismisses the edit popup (what users expect when the see a "save" or "apply" button in a modal dialog).

-- AaronFuleki - 21 Mar 2008

Do you have a patch available?

-- CrawfordCurrie - 31 Mar 2008

Aaron's comment got me thinking, and so here's a simple javascript fix to safely close the pop-up:

<script language='JavaScript' type='text/javascript'>
   // If arrived here (which is possibly an old meeting) from the
   // action editor, the data has already been successfully saved.
   // So it is now safe to reload the opener, and close this window.
   myRE = /skin=action%2cpattern;atp_action/;
   if (document.referrer.match(myRE)) {
      window.opener.location.reload(true); // 'true' forces the cache to be ignored
      window.close();
   }
</script>

After editing an action item, the pop-up window displays the topic that the action item was created in: if you are using this for meeting minutes, that will usually be the minutes for a previous meeting and not the current one. So to implement this, the script needs to appear in each topic where items are created, so that the old minutes are closed, and the new ones are reloaded. If you have used a template (e.g., MeetingViewTemplate), just put it in there, and you're done.

-- SeanCMorgan - 08 Apr 2008


So, does ACTIONSEARCH just not expand variables? I created a non-standard attribute called "parent", which I'm currently hard-setting to %BASEWEB%.%BASETOPIC% when creating the action (with a comment template). This way I can do an ACTIONSEARCH on a project or meeting minutes topic, and see all the associated actions (I create actions on their own topics, for a variety of reasons).

This works fine with a hard-coded value, but that seems too fragile. I'd like to replace it with a variable that represents the parent topic, so if that topic is renamed/moved, the actions come along with it. It would also be nice to change the parent of an action, so that a task be assigned to a different project topic. However, when I try this, the actions stop showing up in the searches, which seems like it's not expanding the variable.

So, can this work? Am I barking up the wrong tree? Maybe I should just use forms and query searches, rather than ActionTrackerPlugin...


-- AaronFuleki - 21 Apr 2008

Hi Crawford,

I realise you're insanely busy, but we've been having the following trouble with the ActionTrackerPlugin on TWiki version 4.1.1 in combination with Windows and the WYSIWYG editor:

If the ActionTrackerPlugin is used on a page which is then edited using the WYSIWYG editor on Windows, it shows up as a blank page after saving. Subsequent editing using the normal edit button shows that the contents of the page are still there (which is a good thing, obviously). Our solution so far has been to tell people not to use the WYSIWYG editor if they're running Windows, but that's obviously only a workaround.

I wasn't able to find anything pertaining to this particular problem, but we can't be the only ones being bitten by this, surely?

Thanks for any ideas you (or anyone else) might have,

Jillian.

-- JillianBethStamosKaschke - 22 Apr 2008

Sortable columns: as per CrawfordCurrie - 22 Feb 2007, "action tracker generates HTML tables, not TWiki tables, so the tables are not sortable by TablesPlugin."

Understood. But once users get used that feature, they expect to see it everywhere. So here's a work-around that can be used in implementation:

  1. For the column headers that you are using, add your own hyperlink to set a URL parameter with the desired sort order, e.g.,:
    * Set ACTIONTRACKERPLUGIN_TABLEHEADER = |<a style="color:white;" href=%SCRIPTURL%/view/%WEB%/%TOPIC%?action_sort=$due>Due date</a>|<a  style="color:white;" href=%SCRIPTURL%/view/%WEB%/%TOPIC%?action_sort=$text>Description</a>|<a style="color:white;" href=%SCRIPTURL%/view/%WEB%/%TOPIC%?action_sort=$uid>(edit)</a>|
  2. Detect that parameter and assign it to a TWikiVariable (usually the default order is $due, but here it's changed to $uid).
    * Set ACTIONTRACKERPLUGIN_SORTORDER = %IF{"defined action_sort" then="%URLPARAM{action_sort}%" else="$uid"}% 
  3. Use the sort order:
     %ACTIONSEARCH{state="open" topic="%TOPIC%.*" sort="%ACTIONTRACKERPLUGIN_SORTORDER%"}% 

Notes:

  • Step 1 should be done in the topic with the ACTIONSEARCH rather than defined globally. Otherwise all such column headers would show hyperlinks, but they only work if steps 2 and 3 are also done in the topic. In that case, Step 1 should be hidden in HTML comment tags.
  • Step 2 must be done in the topic with the ACTIONSEARCH. It should be hidden in HTML comment tags.
  • Steps 2 and 3 may be combined in one line.
  • If the topic contains more than one ACTIONSEARCH, as written, the same sort order is imposed on them all. You could use different parameters for each table if needed.

-- SeanCMorgan - 22 Apr 2008

Jillian, that sounds like the problem I resolved recently by adding the %ENDACTION% tag. try updating to the latest release.

Sean, great idea! Another option I seriously considered was importing one of the many Javascript table sorters to avoid the round-trip to the server.

Please raise enhancement requests in TWikibug:ActionTrackerPlugin to get things like your JS close solution into the code; I don't look at this topic very often.

-- CrawfordCurrie - 26 Apr 2008

Over the years there have been a number of proposals for simplifying the process for capturing actions. These boil down to:

  1. Better forms for caputuring actions in view pages (see ActionTrackerInput, TWikibug:Item5570)
  2. Extensions to editors (e.g. TinyMCEPlugin to support adding actions
  3. Simplified syntax for capturing actions in-line during edits (%ACTION is hard to type)
  4. Other ideas (e.g. SimplifyingActionTrackerInput)
My gut feel at the moment is that the low-hanging fruit is option 3, but I'm wide open to other ideas. If you agree that option 3 would be a WIBNIF, what would an action look like? I had in mind something like this:

Action SteveBallmer due 21/5/08 abandon Internet Explorer and join Webkit

This would be dynamically expanded to the full (unreadable:-( ) %ACTION syntax when the edited topic is saved, thus:

%ACTION{who="SteveBallmer" due="2008-05-21" id="001" opened="2008-05-15" opener="Main.TWikiGuest" state="open"}% abandon Internet Explorer and join Webkit %ENDACTION%

If this were done using a template, then there is scope for it to be internationalised as well:

Aktion AngelaMerkel fallig 2008-5-30 Teilnahme an TWiki-Gipfel in Berlin

-- CrawfordCurrie - 15 May 2008

I guess it's obvious from my earlier remarks that I vote for #1 (too bad VotePlugin isn't installed here), but here are a few reasons why:

  1. Usability: any kind of a page edit is a show-stopper for casual users (i.e., most users, in my case). Also, the visual clutter of a page edit is a distraction when the plugin is used for meeting minutes, on a projection screen.
  2. Standardized interface: if a form is provided for creating action items, it should look the same as the form that is used to edit existing action items (i.e., the plugin's preferences should apply to both). From a user perspective, the 'principle of least astonishment' probably applies. From an administrator perspective, I had to hack the edit form to have a dropdown menu for assignees, in a completely different way from how I put it in an "add item" form.
  3. Data integrity: dates and names are properly formed when form widgets are used, instead of being entered as free text. That's vital if any reports or searches use the data. E.g., if an assignee's name is mistyped or misspelled, or if the user web prefix is missed, an action item can effectively disappear from any search results. A form also helps to ensure that mandatory data is collected (javascript required).
  4. Extensibility: on a bit of an aside, it looks like many of us have added "priority" as a custom attribute. It might be worth including that as a standard attribute. Aside from eliminating the duplication of effort by anyone who requires it, (with the improvements above) its customization could be included in both the edit and create forms at the same time. Alternatively, the form to create user action items should support custom attributes in the same way the edit form does.

-- SeanCMorgan - 26 May 2008

I'm with Sean on this one. My company currently uses a form to input action items that looks like:
actionformDS.gif

-- DeanSpicer - 27 May 2008

In a vein similar to those above ... here's a CommentPlugin template that I've built to make adding actions to topics a little prettier than the out-of-the-box action COMMENT options. It doesn't need additional plugins, etc, apart from CommentPlugin. If you combine it with a ViewTemplate and a few bookmarks, some pretty cool things are possible.

Add it to CommentPluginTemplate, and follow the instructions on CommentPluginTemplate (substituting action for fancyaction).


---++++ fancyaction
Action added to action table directly above comment box
(requires TWiki:Plugins/ActionTrackerPlugin)
<verbatim>
%TMPL:DEF{PROMPT:fancyaction}%
%INCLUDE{"Twiki.JSCalendarContribInline"}% 
%TABLE{databg="#ffffff" tableborder="0" cellborder="0"}%
| <label for="action_org">Org</label> |<select name="action_org"  size="1" id="action_org"> <option>Org1</option>  <option>Org2</option>  <option>Org3</option>  <option>Org4</option></select> |
| <label for="action_who">Who</label> | <select name="action_who"  size="5" id="action_who"  multiple="true"> %SEARCH{ ":FORM.*UserForm" web="%USERSWEB%" type="regex" nonoise="on" separator=" " nofinalnewline="on" nototal="on" format="<option>$topic</option>" }% </select> |
| <label for="action_whounreg">Who (e-mail)</label> | <input class="twikiInputField" name="action_whounreg" id="action_whounreg" type="text" size="40" value="%URLPARAM{"actionwhounreg"}%" /> |
| <label for="action_due">Due date</label> | <input class="twikiInputField" name="action_due" id="action_due" type="text" size="30"}%" /> <input type="image" src="%PUBURL%/%SYSTEMWEB%/JSCalendarContrib/img.gif" onclick="javascript: return showCalendar('action_due','%e %B %Y')" /> |
| <label for="action_comment">Description</label> | <textarea %DISABLED% rows="%rows|3%" cols="%cols|50%" name="action_comment" id="action_comment" class="twikiInputField" wrap="soft" onfocus="if(this.value=='%MESSAGE%')this.value=''" onblur="if(this.value=='')this.value='%MESSAGE%'">%MESSAGE%</textarea> |
|| <input %DISABLED% type="submit" class="twikiButton" value="Add action" /> |

%TMPL:END%


%TMPL:DEF{OUTPUT:fancyaction}%%POS:BEFORE%%ACTION{actionedorg="%URLPARAM{"action_org"}%" created="%SERVERTIME%" uid="" creator="%WIKIUSERNAME%" state="open" who="%URLPARAM{"action_who" multiple="on" separator=", "}%,%URLPARAM{"action_whounreg"}%" due="%URLPARAM{"action_due"}%"}% %URLPARAM{"action_comment" newline="<br />"}%<br /> %ENDACTION%
%TMPL:END%
</verbatim>

-- GrantTraynor - 23 Jun 2008

I vote form as well. We use a comment template, hidden in a twisty, that creates new topics to host the actions. I like being able to automate/prepoulate certain fields, like passing in a list of project team members, so you get a drop-down menu for who, etc.

-- AaronFuleki - 25 Jun 2008

Does the latest (May 2008) version include Niels' changes to search for state with regexp?

If not, can someone make another patch? I'd be nervous about trying to patch the latest version with a patch that is two-years out of date.

-- VickiBrown - 02 Jul 2008

It looks like the regexp magic is rolled into the current release. Cool.

-- VickiBrown - 22 Jul 2008

We've installed and are testing the latest ActionTrackerPlugin where I work.

The $edit link is bringing up a typical TWiki edit page instead of the expected form. Can anyone shed light on what we're missing?

-- VickiBrown - 23 Jul 2008

On 03 Jan 2007, CrawfordCurrie says a conscious decision was made to use only the calendar date and not the time for actions, but that ActionTrackerPlugin could be made to do use the time too. Actions with times is an essential feature for me - I have actions that need to be completed once or twice a day by a specific time, and we need to alert team members whenever an action does not get completed by the appropriate time. If the time functionality can be added, ActionTrackerPlugin will be an excellent tool for this. Any chance this can happen soon? Time::ParseDate can handle time zones so even for geographically distributed teams this should be very useful.

Also, I would like to echo VickiBrown's last comment - the $edit link doesn't work for me either.

-- JasonDetwiler - 25 Jul 2008

In the dependencies section, it says it requires TWiki::Plugins. What is this package and where can I get it?

-- GuruprasadIyer - 21 Aug 2008

Does the "new" ENDACTION rag add a CR? I have a table to actions, added by a similar comment template to that abouve, but my problem is hat edtting an action causes a blank line to be inserted & the table breaks in two

-- ChrisHogan - 23 Aug 2008

Shouldn't do, no. I saw your support question; please raise a bug with an example.

-- CrawfordCurrie - 25 Aug 2008

I have the opposite problem as Chris. When my actions are first created, then are not edittable unless I manually raw edit the page and add a CR at the end of the table. Then the edit link on the action will work. If I don't manually add the CR, I get:

Can't call method "formatForEdit" on an undefined value

-- DeanSpicer - 10 Sep 2008

ChrisHogan found a fix/work-around for the problem he described on 23 Aug 2008 (Thanks Chris!): see TWikibug:Item5962.

-- SeanCMorgan - 18 Sep 2008

Hi, I've upgraded TWiki from 4.0 to 4.2.4 and now the tables created by the ActionTrackerPlugin search function have the wrong class. They should have atpSearch but they have twikiFormTable. Therefor they look ugly. Does anyone else see this? Or is it a misconfiguration?

-- TobiasVonDerKrone - 19 Dec 2008

For anyone who, like me, gets a blank page when following the 'edit' link for an action, there is a bug for it: TWikibug:Item5720. The bug page also has a workaround which I am using successfully.

-- JohnWorsley - 29 Jan 2009

CrawfordCurrie emailed me to ask that I change the modification policy to "Please feel free to modify", because he doesn't have access to the site any more and therefore cannot maintain the plugin. This presumably frees us up to make improvements identified here.

I edited the ActionTrackerPlugin page, but do not have subversion access, so someone else will need to update it there.

-- JohnWorsley - 04 Feb 2009

John, thank you for getting involved! Please ReadmeFirst and follow the links to request accesses to SVN.

BTW, the WYSIWYG editor made a mess out of the ActionTrackerPlugin page. Did you made any other change besides changing the "Please feel free to modify" flag? If not I will revert the page and set the flag.

FWIW, it is Crawford's choice not to have access. Anyone who agrees to the TWikiCodeOfConduct has access.

-- PeterThoeny - 06 Feb 2009

Sorry Peter, I didn't get an email notifying me of your comment. Thanks for the link, I will follow up on that.

No, that flag is all I changed. And yes, I figured his comment about lacking access meant he had chosen not to participate anymore after the relaunch.

-- JohnWorsley - 12 Mar 2009

I reverted the page from the WYSIWYG snafu.

-- PeterThoeny - 13 Mar 2009

Has anyone figured out a way to put vertical column separators into the Actions table?

-- VickiBrown - 2009-06-24

Column dividers:

  • Background: prior to a recent upgrade of ActionTracker, cell borders were applied by modifying the plugin's own CSS. But now the generated HTML simply references one standard class, <table class="twikiFormTable">. Forms that use that class include the attribute border=1, but it was missed here. Plus, without a border, any color setting doesn't work.
  • Location of Change: </TWiki/lib/TWiki/Plugins/ActionTrackerPlugin/Format.pm> -> sub _generateHTMLTable
  • Default Value: my $text = CGI::start_table( {class => 'twikiFormTable' }, $a );
  • New value:   my $text = CGI::start_table( {class => 'twikiFormTable', border => '1'}, $a );

P.S. this also answers the question (above) by TobiasVonDerKrone - 19 Dec 2008. Sorry that I didn't see that sooner...

-- SeanCMorgan - 2009-06-25

We have noticed that ACTIONSEARCH is painfully slow. I've specified the topic to look in so it's not scanning all topics in the web. But it takes 20 seconds to save and load a page with ACTIONSEARCH on it. In contrast, the original ACTIONs load very swiftly.

e.g.

%ACTIONSEARCH{ topic="MyATData" group="All" state="closed" closed="> 7 days ago" }% 

We're caching with VARCACHE but that means we don't see new actions on the ACTIONSEARCH pages.

Any suggestions appreciated. I willl also file a bug report.

-- VickiBrown - 2010-03-25

There seems to be a bug in the "format" of "$who" in an ACTIONSEARCH. That is: %ACTIONSEARCH{who="me"}% renders okay with a link to my home page, but %ACTIONSEARCH{who="me" format="|$who|"} doesn't render with a link to my home page. What am I missing?

-- DavidMasterson - 2010-04-29

Anyone having a problem with getting the CLOSER set properly when you close an action via the editor? It always comes up blank for me.

Note: the problem in the previous comment is that the format string requires blanks around the separators (ie. "| $who |").

-- DavidMasterson - 2010-05-12

In the action search the actions are seperated by a border line:

/twiki/pub/TWiki/ActionTrackerPlugin/styles.css:

.atpSearch td { border-top-color: #CCCCCC; border-top-style: solid; border-top-width: 1px; padding-bottom: 2px; padding-left: 5px; padding-right: 5px; padding-top: 2px; }

It would be nice to have the same formatting in the definition list:

.atpDef td, .atpChanges td { padding-bottom: 2px; padding-left: 5px; padding-right: 5px; padding-top: 2px; }

-- MichaelGulitz - 2011-06-17

Plugins used: ActionTrackerPlugin + CommentPlugin

We notice a change in the behavior of the plugin with the latest version.

Using the comment plugin in the following way % COMMENT{type="action" target="%USERSWEB%.SomeOtherTopic"}% to add a new item into a remote topic. In the target topic the ACTIONTRACKERPLUGIN_EXTRAS is modified to

* Set ACTIONTRACKERPLUGIN_EXTRAS = |paperid,text,200|jreference,text,200|state,select,1,"open","Tarball received","Subm. to arXiv","Subm. to journal","Subm. to arXiv and journal","RefereeReportReceived","Response to referees received","Replaced in arXiv","Revision to journal","Revision to journal and arXiv","Accepted","ProofReceived","ProofResponseReceived","ProofResponded","published"|

Error: The new ActionTracker item is not correctly initialised automatically, so it does not receive a correct UID, and in the table e.g. the edit link is not displayed. One has to manually edit the page containing this ActionTracker item, make some modification to the page and save this page again. This correctly initialises the item and assigns a new UID to it. Only occurs with latest ActionTrackerPlugin update.

-- Peter Jones - 2013-01-29

Possibly related to a recent ActionTrackerPlugin checkin? I'll ping Yaojun.

-- Peter Thoeny - 2013-01-29

This is actually caused by firing sequence of "beforeSaveHandler" between CommentPlugin and ActionTrackerPlugin. It can be fixed by adding "$cfg{PluginsOrder} = 'CommentPlugin';" in "lib/LocalSite.cfg".

-- Yaojun Fei - 2013-01-30

I happen to see <nop>ActionTrackerPlugin is still using JSCalendarContrib, I just updated it to DatePickerPlugin. (TWikibug:Item7133)

-- Yaojun Fei - 2013-01-30

Is there a way to add dependencies?

-- Larry Smith - 2013-04-22

I was experiencing the same issue MichaelGulitz reported with using CommentPlugin with ActionTrackerPlugin. I added CommentPlugin to my PluginsOrder config setting, and that resolved the issue. Thank you!

-- John Worsley - 2014-07-02

Topic attachments
I Attachment History Action Size Date Who Comment
Compressed Zip archivezip ATP_modifications.zip r1 manage 97.5 K 2006-01-24 - 07:40 UnknownUser Richard Baar's modifications (a lot of changes)
Unknown file formatdiff Action-r11560.diff r1 manage 2.4 K 2006-10-26 - 15:48 UnknownUser Dakar: a) Allow normal TWiki ML in action b) Search for state with regexp
Unknown file formatdiff Action.diff r1 manage 3.6 K 2005-07-19 - 23:16 UnknownUser a) Allow normal TWiki ML in action b) Search for state with regexp
Unknown file formatdiff ActionTrackerPlugin-r11560.diff r1 manage 1.3 K 2006-10-26 - 15:50 UnknownUser Dakar: a) Allow normal TWiki ML in action
Unknown file formatdiff ActionTrackerPlugin.diff r1 manage 1.5 K 2005-07-19 - 23:17 UnknownUser a) Allow normal TWiki ML in action
Compressed Zip archivezip ActionTrackerPlugin.zip   manage 66.1 K 2005-02-19 - 02:00 UnknownUser  
Compressed Zip archivezip ActionTrackerPlugin10May2003.zip   manage 61.7 K 2005-02-19 - 02:00 UnknownUser  
Compressed Zip archivezip ActionTrackerPlugin20040202.zip   manage 66.3 K 2005-02-19 - 02:00 UnknownUser  
Compressed Zip archivezip ActionTrackerPlugin20May2003.zip   manage 65.1 K 2005-02-19 - 02:00 UnknownUser  
Perl source code filepm EditActionTrackerPlugin.pm r1 manage 37.7 K 2006-01-03 - 05:12 UnknownUser EditActionTracker plugin - Perl module
Microsoft Word filedoc EditActionTrackerScreenshots.doc r1 manage 382.5 K 2005-12-02 - 10:43 UnknownUser Screenshot demonstarting creation of action tracker table (w/o having to type in action tracker syntax in edit mode) using a new plugin
JPEGjpg action_tracking_example.JPG r1 manage 28.0 K 2007-01-04 - 12:18 UnknownUser Action Tracking with the comment plugin
GIFgif actionformDS.gif r1 manage 2.8 K 2008-05-27 - 22:44 UnknownUser  
PNGpng atp_preview.png r1 manage 27.4 K 2006-01-19 - 12:48 UnknownUser Screenshot for Richard Baar's modifications
Texttxt comment-action.txt r1 manage 0.9 K 2004-01-29 - 12:05 UnknownUser Template "action" for creating action items with CommentPlugin
Edit | Attach | Watch | Print version | History: r380 < r379 < r378 < r377 < r376 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r380 - 2014-07-02 - JohnWorsley
 
  • Learn about TWiki  
  • Download TWiki
This site is powered by the TWiki collaboration platform Powered by Perl Hosted by OICcam.com Ideas, requests, problems regarding TWiki? Send feedback. Ask community in the support forum.
Copyright © 1999-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.