Have uploaded version 1.02 including image of how it looks within Mantis itself.
Changes in this version are mainly cosmetic.
In addition I have enlarged the fields for description & response.

I have this problem when viewing a bug:
"A required parameter to this page(bug_id) was not found."
can U explain it?

Is this a general behavior or after installing the plugin?

I happen after i installed the plugin. I'm using ver 1.2.1.

More detail:

APPLICATION ERROR #200
A required parameter to this page (bug_id) was not found.

Please use the "Back" button in your web browser to return to the previous page. There you can correct whatever problems were identified in this error or select another action. You can also click an option from the menu bar to go directly to a new section.

I have added the following line to bug_view_page.php:

// Copy 'bug_id' parameter into 'id' so it is found by the view page.
$_GET['id'] = gpc_get_int( 'bug_id' );

This line needs be added just before:
include 'view.php';

I have the same problem. I use mantis 1.2.0
The line in 0011912:0025717 is included in Version 1.2.0.

In manage plugins, i have an issue in dependencies (orange, needs upgrade)
when i click upgrade, the following error occure:

APPLICATION ERROR #2503
Upgrading the plugin schema failed in block #0.
APPLICATION WARNING #300: String "reminder_plugin_desc" not found.

Do i need the reminder plugin?

You do not need the reminder plugin, have fixed that issue in 1.03

@CAS: I've just install Task 103 but the error still happen :( what must i do?

@yew,
if you disable plugin, situation is normal?
Did you add the line from note 25717 to the mentioned page?
Do you have other plugins installed?

I installed the version 103, and there is aready that line in bug_view_page.php. The sistuation is still normal when i uninstall task plugin, i 've installed some default plugin: graph, import export bug... and they are still working!
:( any solution?

please open plugins/Tasks/pages/tasks_form.php and change line 10:
$bug_id = gpc_get_int( 'bug_id' );
into
$bug_id = gpc_get_int( 'id' );

Or simply install 1.04

Please report back if this solved your issue

I tested this patch and V1.04 and that fixes this problem.
Thanks

So am i :D Thanks Cas!

Hi Cas. There is something wrong here. all action redirect to page: mantis/plugins/Tasks/pages/view.php?id=xxx but there is no that file in mantis/plugins/Tasks/pages/ i think the right url must be mantis/view.php?id=xxx. Do you understand?

I found this line in some file in mantis/plugins/Tasks/pages folder: print_header_redirect( 'view.php?id='.$bug_id.'' );
how to fix it?

Can you please try the following fix:
Add statement in config_inc.php reading :
$g_path = 'http://www.yourdomain.com/mantis/';
Anyway pointing to your mantis installation.

This is a great plugin and it will solve most of my problems, thanks for posting it!

Couple comments:

1, It is not sending a mail when a task is completed
2, It sends a mail when it is created, but there is nothing after the "You have been given a task :" and the "Needs to be finished by :" lines, so it doesnt send what type of task is assigned to the user.
3, However at the history I see who set the task to done, its a little bit inconvenient that the task can be set to done, not just by the assignee!

are these known bugs, or something related to my setup?

I have created a solution for problem 2 and 3, please confirm if they are valid or not!

2, in the task_action_add.php
replace $body .= $task_title. " \n\n";
to $body .= $title. " \n\n";
AND
replace $body .= $task_due;
to $body .= $bookdate2;

3, in the task_form.php
replace
if ( access_has_bug_level( plugin_config_get('tasks_finish_threshold' ), $bug_id ) )
to if ( access_has_bug_level( plugin_config_get( 'tasks_finish_threshold' ), $bug_id ) OR ($row["task_handler"] == $user) )

Solution for 3, it would be nice if only is not complete, is should be done for the delete part as well. My solution means that from now on only the assignee and the task_finish_threshold users can set the task to complete. Of course in this case the task_finish_threshold should be manager or Admin preferably.

Please let me know your thoughts.

@istvanb
Your remarks for number 2 are correct and almost complete.
In addition this needed changing too:
history_log_event_direct( $bug_id, 'Tasks',$task_title, "Added", $user );
to
history_log_event_direct( $bug_id, 'Tasks',$title, "Added", $user );

Remark 3 can indeed be handled like that. I have changed for all actions (Update/Finish & Delete)

As for remark 1, this now is an option within version 1.05
Email will be sent to the primary handler of the issue

Thats what I call a fast reaction:) Thanks for updating!

Version 1.06 comes with a My_tasks page for the main menu

Had to release 1.07 since i had one(1) outdated script in the distro

Made available version 1.08 which has some Readonly fields greyed out to avoid misunderstandings.

Hi.
With 108 I get a blank page when trying to mark a task as complete.

This is the error in apache log
PHP Parse error: syntax error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting T_STRING or T_VARIABLE or T_NUM_STRING in /mantis/plugins/Tasks/pages/task_action_finish.php on line 24

And the input boxes don't use all the available space in Opera and Chrome. Please see tasks-plugin.png.

Have uploaded my task_action_finish script. Have tested this and works fine.
hopefully does the same on your install.

As for the lay-out thing, will work on that later.

It works fine now. Thank you.

After successfully installing your plug-in and verifying the need mySql table was created, I don't see how I can add a task to an issue.

How would I add a task to an issue? Am I supposed to see the Tasks in the view.php page?

Check which hook is activated, please read this part of the manual:
Default the overview with tasks is presented where the event_hook 'EVENT_VIEW_BUG_EXTRA' is positioned.
If you like to have it on top of the page, simply change the following line in tasks.php:
plugin_event_hook( 'EVENT_VIEW_BUG_EXTRA', 'tasks_form1' );
into
plugin_event_hook( 'EVENT_VIEW_BUG_DETAILS', 'tasks_form1' );

In case you would like to have it just below the details, replace the following line in tasks.php:
plugin_event_hook( 'EVENT_VIEW_BUG_EXTRA', 'tasks_form1' );
with
event_declare('EVENT_VIEW_BUG_DETAILS2');
plugin_event_hook( 'EVENT_VIEW_BUG_DETAILS2', 'tasks_form1' );

In that case, you need to position the following line somewhere in bug_view_inc.php.
Search the line holding "# User list monitoring the bug" around line 686 and add the following line just before:
event_signal( 'EVENT_VIEW_BUG_DETAILS2', array( $tpl_bug_id ) );

In could be that I forgot to set it back to default with the latest release.

Issues a new version with the following options:

• Made handler level configurable
• Option to show tasks on MyView page
  In the config one can choose between a menu option and an overview on the Myview page.
  Currently I fixed it on the Myview page since i have problems in showing the menu-option conditionally. Awaiting feedback from the core team for that.
  In case you want it as menu option, you need to change tasks.php (at least for now).