Did you manage to find anything that is specific to these bugs?

We saw this one. It happened when we moved bugs from one project to another, and then deleted the project that we moved the bug from.

It seems that the code in project_api.php ( function project_cache_row ) is being called to show the details of the "Bug History". The code is trying to lookup the old project id and summary in mantis_projects_table.

Bug 0003233 is a duplicate of this one.

Following is a patch that should fix the problem:

Index: history_api.php

RCS file: /cvsroot/mantisbt/mantisbt/core/history_api.php,v
retrieving revision 1.14
diff -u -r1.14 history_api.php
--- history_api.php 3 Mar 2003 18:33:38 -0000 1.14
+++ history_api.php 26 Jul 2003 13:45:53 -0000
@@ -147,8 +147,19 @@
$t_field_localized = lang_get( 'projection' );
break;
case 'project_id':

• $v_old_value = project_get_field( $v_old_value, 'name' );
• $v_new_value = project_get_field( $v_new_value, 'name' );
• if ( project_exists( $v_old_value ) ) {
• $v_old_value = project_get_field( $v_old_value, 'name' );
• } else {
• $v_old_value = '@'.$v_old_value.'@';
• }
• // Note that the new value maybe an intermediately project and not the
• // current one.
• if ( project_exists( $v_new_value ) ) {
• $v_new_value = project_get_field( $v_new_value, 'name' );
• } else {
• $v_new_value = '@'.$v_new_value.'@';
• }
  $t_field_localized = lang_get( 'email_project' );
  break;
  case 'handler_id':

Fixed in CVS. Will be available in 0.18.0a5.