Mantis Bug Tracker - Forums

Hi,

ich versuch gerade ein Mantis System auf einen neuen Server umzuziehen.
Dabei möchte ich das system auf Mantis 1.2.8 upgraden. Leider macht mir meine DB (Umfang ca. 6.8 MB) Probleme.

Ein Export der MYSQL DAtenbank hatte mit phpmyadmin geklappt.
Der Import der Datenbank war laut phpmyadmin erfolgreich (Hab die DB Stückchen weise übertragen).

Hatte aber dann beim login das Ergebnis, das mir die DB crasht is.

Ein manueller Transfer der DB in das neues Mantis System und der erneute auf Ruf (http://mantis_xyz/admin/install.php) braucht mich zu folgenden Ergebnis:

APPLICATION ERROR #401

Datenbankabfrage fehlgeschlagen. Die Reportmeldung lautet #1054: Unknown column 'p.inherit_global' in 'field list' für die Abfrage: SELECT DISTINCT p.id, ph.parent_id, p.name, p.inherit_global, ph.inherit_parent
FROM mantis_project_table p
LEFT JOIN mantis_project_hierarchy_table ph
ON ph.child_id = p.id
WHERE p.enabled = ?
ORDER BY p.name.

Gruss Odnek

Hab das Problem gelöst.



Folgende Schritte hab ich gemacht:

1. max_filesize in der php.ini erhöht (10MB)
2. Mit phpmyadmin die DB export als SQL-File und auf dem neuen Server importiert
3. Das Verzeichnis admin in Mantis aufgerufen und die install.php ausgeführt

Hallo,

wir möchten auch unser Produktivsystem upgraden von 1.1.1 auf 1.2.8

wir haben allerdings ein Customizing Problem - derjenige der das System mal aufgesetzt und customized hat ist nicht mehr in der Firma. Nun suche ich an allen Stellen um das System irgendwie upzugraden - Wir haben einen Datenbankabzug erstellt um das in einer Testumgebung probieren zu können. Ich habe auf die 1.2.8 den Pluginmanager 0.4.0 und die Plugins, wie wir sie in der Produktiven Version einsetzen, in aktueller Version installieren können - auch unsere CI funktioniert soweit ganz gut und ich habe die Custom_Constant.., Custom_Funktion..., Custom_string.. und Custom_top_include_page... kopiert - ich sehe soweit schonmal die Customfields in der Ticketerstellung - habe aber noch nicht tiefgreifend weiter getestet.

Ich habe allerdings nun ein Problem das die Projekte nicht mehr gegliedert angezeigt werden sondern einfach nebeneinander total unübersichtlich.... wo müsste ich denn nun systematisch durchschauen um die Gliederung wieder hin zu bekommen. Bilder hänge ich mal an...

Vielen Dank schonmal für jede Hilfe

Hallo,

ich habe das Problem doch schnell lösen können indem ich beide Installationen nochmals genauer untersucht habe - mit dem PHPLayersmenu hatte ich jedoch nicht gerechnet - aber nun sieht es wieder so aus wie es aussehen soll.

ein weiteres Problem ist nun aufgetaucht

bin ich als Admin eingeloggt funktioniert alles super

siehe Bild 1

bin ich aber als User mit eingeschränkten rechten eingeloggt ( Viewer) dann sieht das alles sehr bescheiden aus

siehe Bild 2

was kann ich da machen und wo setze ich am besten an?

Aus der Ferner schwer zu sagen, bei einem System, das derart speziell angepasst wurde.
Wenn ich z.B. sehe, dass ein Pluginmanager inklusive Plugins zum Einsatz kommt, der laut Entwickler nicht mit MantisBT 1.2 läuft, habe ich kein gutes Gefühl dabei.
Der einzige Hinweis im Screenshot ist vielleicht der, dass das Problem im Zusammenhang mit dem Stift-Icon stehen könnte.

Ansonsten erst mal noch die folgende Zeile in config_inc.php eintragen, vielleicht liefert das weitere Hinweise und im log-File des Webservers nachschauen, ob dort weitere Fehler protokolliert werden.

Hier mal das LogView - wo fange ich denn nun an mit suchen nach dem richtigen Charset?


SYSTEM NOTICE

Undefined variable: s_charset


( ! ) Warning: 300 in /data/mantisbt-1.2.8/core/lang_api.php on line 295
Call Stack
# Time Memory Function Location
1 0.0003 121136 {main}( ) ../index.php:0
2 0.0010 215136 require_once( '/data/mantisbt-1.2.8/core.php' ) ../index.php:26
3 0.0459 5379672 plugin_init_installed( ) ../core.php:194
4 0.0480 5428016 plugin_register_installed( ) ../plugin_api.php:809
5 0.0483 5430840 plugin_register( ) ../plugin_api.php:786
6 0.0492 5533008 MantisPlugin->__construct( ) ../plugin_api.php:753
7 0.0493 5533008 MantisCoreFormattingPlugin->register( ) ../MantisPlugin.class.php:134
8 0.0493 5533008 lang_get( ) ../MantisCoreFormatting.php:25
9 0.0493 5534520 lang_ensure_loaded( ) ../lang_api.php:273
10 0.0493 5534520 lang_load( ) ../lang_api.php:171
11 0.0557 6071784 require( '/data/mantisbt-1.2.8/custom_strings_inc.php' ) ../lang_api.php:69
12 0.0560 6098032 require_once( '/data/mantisbt-1.2.8/plugins/pluginmanager/lang_inc.php' ) ../custom_strings_inc.php:439
13 0.1663 18961328 error_handler( ) ../error_api.php:0
14 0.1674 19046080 lang_get( ) ../error_api.php:167
15 0.1683 19067392 trigger_error ( ) ../lang_api.php:295
Full path: /data/mantisbt-1.2.8/plugins/pluginmanager/lang_inc.php
Line: 37
Variable Value Type
p_lang english string
p_dir NULL
g_active_language english string
t_lang_dir /data/mantisbt-1.2.8/lang/ string
s_directionality ltr string
s_actiongroup_menu_move Move string
s_actiongroup_menu_copy Copy string
s_actiongroup_menu_assign Assign string
s_actiongroup_menu_close Close string
s_actiongroup_menu_delete Delete string
s_actiongroup_menu_resolve Resolve string
s_actiongroup_menu_update_priority Update Priority string
s_actiongroup_menu_update_status Update Status string
s_actiongroup_menu_update_severity Update Severity string
s_actiongroup_menu_update_view_status Update View Status string
s_actiongroup_menu_update_category Update Category string
s_actiongroup_menu_set_sticky Set/Unset Sticky string
s_actiongroup_menu_update_field Update %1$s string
s_actiongroup_menu_update_target_version Update Target Version string
s_actiongroup_menu_update_fixed_in_version Update Fixed in Version string
s_actiongroup_menu_update_product_build Update Product Build string
s_actiongroup_menu_add_note Add Note string
s_actiongroup_menu_attach_tags Attach Tags string
s_actiongroup_bugs Selected Issues string
s_actiongroup_error_issue_is_readonly Issue is readonly. string
s_all_projects All Projects string
s_move_bugs Move Issues string
s_operation_successful Operation successful. string
s_date_order Date Order string
s_print_all_bug_page_link Print Reports string
s_csv_export CSV Export string
s_excel_export Excel Export string
s_login_anonymously Login Anonymously string
s_anonymous Anonymous string
s_jump_to_bugnotes Jump to Notes string
s_public_project_msg This project is public. All users have access. string
s_private_project_msg This project is private. Only administrators and manually added users have access. string
s_access_level_project Project Access Level string
s_view_submitted_bug_link View Submitted Issue %1$s string
s_assigned_projects Assigned Projects string
s_unassigned_projects Unassigned Projects string
s_print Print string
s_jump Jump string
s_copy_users Copy Users string
s_copy_categories_from Copy Categories From string
s_copy_categories_to Copy Categories To string
s_copy_versions_from Copy Versions From string
s_copy_versions_to Copy Versions To string
s_copy_users_from Copy Users From string
s_copy_users_to Copy Users To string
s_bug_history Issue History string
s_field Field string
s_old_value Old Value string
s_new_value New Value string
s_date_modified Date Modified string
s_bugnote Note string
s_change Change string
s_bugnote_view_state Note View State string
s_bug_monitor Issue Monitored string
s_bug_end_monitor Issue End Monitor string
s_announcement Announcement string
s_stays_on_top Stays on Top string
s_bugnote_link_title Direct link to note string
s_delete_bugnote_button Delete Note string
s_delete_bugnote_sure_msg Are you sure you wish to delete this note? string
s_bug_relationships Relationships string
s_empty_password_sure_msg ********** string
s_empty_password_button ********** string
s_reauthenticate_title Authenticate string
s_reauthenticate_message You are visiting a secure page, and your secure session has expired. Please authenticate yourself to continue. string
s_no_category (No Category) string
s_global_categories Global Categories string
s_inherit Inherit Categories string
s_inherit_global Inherit Global Categories string
s_inherit_parent Inherit Parent Categories string
s_update_subproject_inheritance Update Subproject Inheritance string
s_duplicate_of duplicate of string
s_has_duplicate has duplicate string
s_related_to related to string
s_dependant_on parent of string
s_blocks child of string
s_new_bug New Issue string
s_bugnote_added Note Added string
s_bugnote_edited Note Edited string
s_bugnote_deleted Note Deleted string
s_summary_updated Summary Updated string
s_description_updated Description Updated string
s_additional_information_updated Additional Information Updated string
s_steps_to_reproduce_updated Steps to Reproduce Updated string
s_file_added File Added string
s_file_deleted File Deleted string
s_bug_deleted Issue Deleted string
s_make_private Make Private string
s_make_public Make Public string
s_create_new_project_link Create New Project string
s_login_link Login string
s_select_option (select) string
s_bug_actiongroup_access You did not have appropriate permissions to perform that action. string
s_bug_actiongroup_status This issue cannot be changed to the requested status string
s_bug_actiongroup_category This issue cannot be changed to the requested category string...

ich habe einfach mal testweise den Pluginmanager 0.4.0 und die Plugins die damit verbunden sind ( hierarchy, weekly, reminder) gelöscht ( in der testumgebung rabiat ) und siehe da die Probleme wurden weniger.

Ich hab jetzt einfach mal die Frage: Ist der Pluginmanager 0.4.0 nicht mit Mantis 1.2.8 kompatibel? wie kommt es zu dem Charset-Problem ? wie kann man es beheben? Die Plugins werden bei uns produktiv eingesetzt und werden benötigt. Wie bekomme ich die dann unter dem 1.2.8 problemlos zum laufen

DB77 wrote: Ich hab jetzt einfach mal die Frage: Ist der Pluginmanager 0.4.0 nicht mit Mantis 1.2.8 kompatibel?

War wohl nicht deutlich genug, was ich geschrieben hatte:

atrol wrote: Wenn ich z.B. sehe, dass ein Pluginmanager inklusive Plugins zum Einsatz kommt, der laut Entwickler nicht mit MantisBT 1.2 läuft, habe ich kein gutes Gefühl dabei.

Der Entwickler des Pluginmanagers sagt selbst, dass dieser nicht mit MantisBT 1.2 kompatibel ist.
http://forum.morinie.fr/mantis/read.php?6,5067
Ich gehe noch einen Schritt weiter und sage, dass dieser Pluginmanager auf keinen Fall in ein MantisBT 1.2 installiert werden soll, da er bei der Installation existierenden MantisBT Code verändert.

wie bekomme ich nun die plugins weekly, reminder und hierarchy unter mantis 1.2.8 zum laufen? Wir haben durchaus User in der Firma die sich an diese Features gewöhnt haben. es wäre toll wenn man die unter 1.2.8 wieder nutzen kann... einfach in den Plugin Ordner kopieren nützt ja reichlich wenig.

Ebenso nützt es nichts ein 1.2.8 mit der alten Datenbank betreiben zu wollen. Sind die Plugins nicht installiert kommt es zu diversen Anzeigefehlern in den Topics. Hier wäre es sehr nützlich zu wissen wie kann man eine DB von 1.1.1 auf eine 1.2.8 migrieren?

DB77 wrote:wie bekomme ich nun die plugins weekly, reminder und hierarchy unter mantis 1.2.8 zum laufen? Wir haben durchaus User in der Firma die sich an diese Features gewöhnt haben. es wäre toll wenn man die unter 1.2.8 wieder nutzen kann... einfach in den Plugin Ordner kopieren nützt ja reichlich wenig.

Ich kenne diese Plugins nicht, würde aber als erstes schauen, ob es nicht bereits Plugins für 1.2.x von anderen Autoren gibt, die Ähnliches leisten.
Als Einstieg empfehle ich http://www.mantisbt.org/wiki/doku.php/m ... is_plugins und die weiteren Links, die ich dort hinterlegt habe.
Falls es nichs Vergleichbares gibt, müssten die Plugins a) an den Pluginmanager von MantisBT 1.2 angepasst werden und b) an das API von MantisBT 1.2 angepasst werden.

DB77 wrote:Hier wäre es sehr nützlich zu wissen wie kann man eine DB von 1.1.1 auf eine 1.2.8 migrieren?

Ist recht einfach und ist in Datei doc/INSTALL von MantisBT 1.2.x unter UPGRADING beschrieben.

Ich scheine mich nicht richtig auszudrücken. ich habe eine Testumgebung mit einem Backup der produktiven Datenbank von Mantis 1.1.1 unter Mantis 1.2.8 zum laufen gebracht. Das ist nicht die Schwierigkeit. Das Problem ist das in dieser Datenbank irgendwo Einträge von dem Plugin-Manager 0.4.0 und den genannten Plugins existieren. Ohne die Plugins und den Pluginmanager 0.4.0 kommt es zu Anzeigefehlern da die entsprechenden Einträge in den Tickets nicht richtig interpretiert werden.
Ich kann auch ohne Probleme die Plugins und den Pluginmanager 0.4.0 aus der produktiven Ebene auf die Testebene kopieren und damit wird alles unter dem Adminkonto angezeigt.
Aber die Problematik der Inkompatibilität wird damit nicht gelöst.
In der Datenbank existieren Einträge die sich so nennen:
mantis_plugins_pm_dependencies_table
mantis_plugins_pm_function_overwrite_table
mantis_plugins_pm_list_table
Als ich diese gelöscht habe und auch die Plugins und den Pluginmanager 0.4.0 rabiat aus den Ordnern gelöscht habe ging gar nichts mehr.
Eine Deinstallation der Plugins und des Pluginmanager 0.4.0 in der Mantisadministration war nicht möglich. Da wurde die Deinstallation verweigert.
Also müssen in der Datenbank noch weitere Einträge sein die ich von Hand löschen muss damit eine Mantis 1.2.8 Installation OHNE den alten Pluginmanager und die Plugins erst mal läuft. Und nun die Frage welche Einträge?
Bevor ich das nicht hin bekomme brauch ich mich doch gar nicht auf die suche nach alternativen Plugins zu machen...
In einer lokalen Installation von Mantis 1.2.8 und einer leeren Datenbank ist die Installation des alten Pluginmanagers schon gar nicht möglich.
Das Problem muss also irgendwo in der Datenbank liegen.

Vielleicht hilft das weiter: http://bugtracker.morinie.fr/mantis/bug ... bug_id=567

danke für den Link - das Hilft schonmal gut... =O)

Vielen Dank für den Link - ich bin um einiges weiter aber stehe schon wieder von dem Nächsten Problem:

ich bin den Anweisungen des Uninstall gefolgt und habe auch noch zusätzlich dieses hier machen müssen:

Custom_field_api.php Cleaning all plungin functions to the Standard settings like:

/**function custom_field_destroy() {
$t_arguments = func_get_args();
return plugins_pluginmanager_function_overwrite( 'custom_field_destroy', $t_argument
}*/
function pm_old_custom_field_delete_all_values( $p_bug_id ) {
$c_bug_id = db_prepare_int( $p_bug_id );

+ red highlight must be deleted +

danach hat es schonmal prima funktioniert - um jedoch richtig aktuell zu sein habe ich nun nochmals aus der Produktivumgebung ein DB-Update gezogen - dann per SQL die DB von dem Plugins bereinigt:

delete from mantis_config_table where config_id like '%pluginmanager%';
delete from mantis_config_table where config_id like '%plugin_reminder%';
delete from mantis_config_table where config_id like '%plugins_reminder%';
delete from mantis_config_table where config_id like '%plugins_hierarchy%';
delete from mantis_config_table where config_id like '%plugins_weekly%';
drop table mantis_plugins_pm_dependencies_table;
drop table mantis_plugins_pm_function_overwrite_table;
drop table mantis_plugins_pm_list_table;

Die Files des Pluginmanagers und der plugins sind schon gelöscht gewesen

Nun zaubert mir das Datenbank Update einen Fehler:

bei diesen Stellen -

ALTER TABLE mantis_bug_revision_table ADD INDEX idx_bug_rev_id_time (bug_id, timestamp) Error Code: 1061. Duplicate key name 'idx_bug_rev_id_time'

und

INSERT INTO mantis_config_table ( value, type, access_reqd, config_id, project_id, user_id ) VALUES ('183', 1, 90, 'database_version', 0, 0 ) Error Code: 1062. Duplicate entry 'database_version-0-0' for key 'PRIMARY'

Effeckt: es werden die Einträge nicht aktualisiert und nun stehen bei "Themen Anzeigen" nicht diese
BILD1

sondern diese
Bild2

dh. die User werden nicht richtig aufgelöst oder aktualisiert.

Wie kann ich nun die Datenbank an den Stellen aktualisieren bzw. aus welchen Tables müsste ich auf die neu erstellten Tables Daten auslesen oder kopieren?