Author: Martin Aspeli


        Poi: A friendly issue tracker

 by Martin Aspeli <>

 current maintainer: Maurits van Rees <>

 Released under the GNU General Public License, version 2
Poi is an issue tracker product for Plone. It has three overarching aims:

- Provide the default tracker for open source software projects on

- Be simple and attractive whilst providing the most commonly needed issue
  tracking functionality.

- Optionally integrate with the PloneSoftwareCenter to allow
  individual products to have their own issue trackers

Poi is not and will not be a track-anything-and-everything tracker, a help desk
product or anything else. If Poi is too simple for your needs, you may want to
look at something like PloneCollectorNG.

Feedback is very welcome. 

Please submit any bugs or feature requests at: 
(Yes, this is a Poi tracker). Please do search the tracker first, so we can
avoid unnecessary duplicates.
See for the latest release and the development 
road map.

Installation and dependencies

Best is to use zc.buildout.  Just add Products.Poi to your eggs, rerun
buildout and you are done.  Optionally add

Poi requires:

  - Plone 4; this version of Poi will *not* work with Plone 3.

  - DataGridField

  - AddRemoveWidget

  - collective.watcherlist

  - For PloneSoftwareCenter integration, PloneSoftwareCenter is
    required.  See
    Tested with PloneSoftwareCenter 1.5.

For new installations, install using Add/Remove Products as normal. If you want
PloneSoftwareCenter configuration to be automatically configured, install PSC


Re-install Poi from the Add/Remove Products control panel.  Some
upgrade steps will be executed; these can also be found in the ZMI, in
portal_setup, on the Upgrade tab, in case you need to run them again.
Backup your Data.fs first before upgrading!


Add a Tracker, and use the "state" menu to open it for submissions. 
The tracker front pages allows you to browse for issues by release,
state or area, as well as search for issues. Note that if you are not
tracking software releases, you can leave the list of "releases"
empty, and organisation by release will be turned off. The fields for
areas and issue types come pre-configured with simple values that
presume you are tracking software bugs.  You can change these to
whatever you want.

Once you have set up the tracker, add Issues inside, and Responses
inside Issues. Anyone can add responses to issues with the default
workflow. Responses from tracker managers (as configured on the root
tracker object) and the original submitter are colour coded to make
them easier to pick out. When adding a response as a tracker manager,
you can change the state, importance or assignment of an issue.

If email notification is enabled in the root tracker object, managers
will get an email when there are new issues and responses, optionally
via a mailing list. Issue submitters will also get emails upon issue
responses. Additionally, when an issue is marked as "resolved" by a
tracker manager, the submitter will receive an email asking him or her
to mark the issue as confirmed closed.

To use with the PloneSoftwareCenter, install PSC and *then* install
Poi. This will ensure PoiPscTracker is added to the list of allowed
content types in portal_types/PSCProject. You can then add Trackers
inside a project in the software center. The trackers will function in
the same way as regular trackers, but will use releases from the
software center project instead of a manually defined list.

For a look at how the various workflow states of an issue are
connected, take a look at the attachment added by bethor to this

Using HTML/kupu and other markups for issue text:

 **Please see notes