Mantis Bug Tracker - Forums

Ich bin weiter...

Die Timezone hat doch einen Einfluss. Ich habe die jetzt in PHP.INI gesetzt und die oben beschriebenen Fehler sind weg.

Danke dennoch für die Hilfe!

Eher unwahrscheinlich, dass die Änderungen daran Schuld sind, denn die betreffen überwiegend die Ausgabeformate der Printfunktionen, bzw. die Verwendung der Passworteingabe. Veränderte Dateien sind:
config_inc.php - nur wegen der DB-Zugangsdaten
manage_user_update.php - Passwortfeld aktiviert ...

Ich muss mich nochmal melden, weil es irgendwie nicht rund läuft. Mantis ist in Version 1.2.19 installiert und läuft prinzipiell. DIe alte DB ist importiert und die Einträge werden auch gesehen. Wenn ich allerdings neue Einträge anlegen will, kommt der Fehler

APPLICATION ERROR #200

Ein ...

Nee, schon lange nicht mehr. Geile Idee!

Oh ja, daran hatte ich nicht gedacht - danke.

Da tritt dann gleich das erste Problem auf: ich hatte das MySQL-Passwort für root vergessen und es mit einigen Klimmzügen auf einen neuen Wert gesetzt. Jetzt wollte ich über den Browser in Mantis nach dem Ablagepfad für die Attachments suchen, komme ...

Nach längerer Ruhe ich mal wieder... :wink:

Da mein Uralt-Ubuntu 10.10 nicht mehr supportet wird, will ich auf 14.04 LTS umsteigen. Update ist nicht, da muss eine Neuinstallation her.

In meinem Mantis stecken sehr viele Daten, die nicht verloren gehen sollten; einen MySQL-Dump der "bugtracker ...

Mantis 1.2.4 (ich weiß, alt... :roll: ), Plugin SetDueDate ist installiert.

Erfasst man eine neue Meldung und wählt dabei ein due_date ("Termin"), läuft die Seite beim Abschicken auf einen Fehler:

PHP Fatal error: Call to a member function create() on a non-object in /var/www/mantis/bug_report ...

Nö, das bewirkt nichts - vielleicht habe ich mich zu unklar ausgedrückt. Genau gesagt will ich die Felder
Beobachtet von
Auswirkung
Lösung
Zielversion
Sichtbarkeit
Eintrags-Beziehungen
loswerden. OS, Build usw. habe ich weg bekommen mit
$g_enable_profiles = OFF;
$g_roadmap_view_threshold ...

Ich hab's auch im englischen Forum gepostet, aber vielleicht weiß es hier ja schon jemand: wie kann ich in der Problemübersicht Filterfelder unterdrücken? Ich habe z.B. mit der Feldauswahl in $g_bug_view_page_fields etc. sowie dem Abschalten der Links im Menü alle Hinweise auf Zielversion ...

Thanks for the hint. I was able to adjust the displayed fields by removing the related constants from config_filter_defaults_inc.php. The empty table remain but that's not much of a problem.
Well, I did not succeed at all with this method - all remains the same, regardless of commenting out the ...

So, Statusbericht:

* Ubuntu 10.10 installiert
* Apache, PHP, phpMyAdmin und MySQL - war etwas blöde, weil der Server keinen Internetzugang hat, und apt-get einen Bug bei Nutzung der Installations-DVD als Repository :evil:
* Mantis 1.2.4 - zweimal... Beim ersten Mal habe ich irgendwas erwischt, das ...

Ja, jetzt :)

Das brachte mich von einem (PHP-Fehler lässt Apache abstürzen) auf das nächste (neue Version nicht installierbar, ohne 50 weitere Pakete zu installieren - und das ohne Internetzugang). Ich habe jetzt beschlossen, die Kiste platt zu machen und mit Ubuntu 10.10 neu aufzusetzen.

Danke ...

Ja. Zweimal...

Ich habe auch gerade mal meine ganze Mantis-DB in MySQL gelöscht und install.php neu ausgeführt - immer noch keine Reaktion

OK, die collations waren falsch (latin1_swedish statt utf8), und die date.timezone war in php.ini nicht gesetzt. Habe ich korrigiert; trotzdem läuft der Link auf http://blafubel/mantis in ein Timeout. check.php liefert keine Fehler mehr.

Hast Du noch eine Idee?

Ja, mag sein, aber die Kiste ist nicht am Internet, weswegen YAST als Updatetool nicht funktioniert. Ich müsste mir die RPMs alle einzeln holen und von Hand installieren. Gibt es überhaupt noch ein Repository für SLES 10?