This is an old revision of the document!
Due Date Requirements
Mantis currently tracks very well the project versions and issues status, however, it currently (up to 1.0.x) doesn't track progress relative to time. This is not a big issue for a bugtracker, but it may be a useful tool that helps with project management and also is very useful for scenarios where Mantis is used to manage things like tickets, to do lists, fullfilment of customer orders, etc. Hence, this feature is about assigning a due date for an issue. This due date doesn't have to be in line with any planner release or milestone.
Currently threshold can take either a threshold (e.g. DEVELOPER) or an array of allowed access levels (e.g. array(DEVELOPER, SENIOR_DEVELOPER) - in this case developer and senior developer but not manager, viewer, reporter, or updater).
Support “due_date” as a column that can be viewed in all outputs.
Support an “overdue” column which is typically an icon that is shown for issues that have due date, due date already passed, and the issue status is less than the configured resolved status. In the case of csv export, use a 1/0 flag to indicate if an issue is overdue or not.
Support for filtering by due date, this is by specifying a date range to match against.
Support a new block in My View page which shows overdue issues (Overdue Issues). This should not be shown by default.
Support a new block in My View page which shows overdue issues assign to the current logged in user (My Overdue Issues). This should not be shown by default.
Provide a script that can be called from a cronjob to send reminders for due / overdue issues.
Each user that is a handler in one or more projects and has one or more issues that are due or overdue should receive only one email whenever this script is called.
The recommendation will be to execute this script once every morning.
Support for both html/text emails. In the case of html, issue ids must be hyperlinked to the issue view page.
The formatting of each issue should be done through a custom function that takes the issue number and the user preferred format as an input.
The reminder layout will look as follows:
* Issues Due Today
* Project 1
* 20345: summary (status)
* Issues Overdue
* Project 1
* 12345: summary (status, due date).
* Project 2
* 11111: summary (status, due date).
* 22222: summary (status, due date).
These are nice to have features:
It would be nice to allow users to click on an icon to download a calendar (e.g. iCal) or todo entry that automatically gets added to user's todo list or calendar (e.g. Outlook). The entry should include the due date, issue summary, and issue description.
It would also be nice to have some sort of integration with online calendars (e.g. Google, Live, Yahoo, etc).
Please add your comments and feedback in this section.
* My suggestion is to be able to assign two time limits for each priority (by project). The inactivity timeout is the time an issue can stay without updates. The “SLA” timeout is the time an issue is expected to be resolved. Whenever one of this timers expires an email is sent to (configurable): the reporter, the assigned developer (if any) and the project manager.