Nach Migration funktionieren nur TXT Anhänge, jedoch z.B. kein PNG Download/Preview möglich
Posted: 04 Feb 2018, 14:38
Guten Tag,
nachdem ich über 10 Stunden versucht habe alleine mit diesem Problem klarzukommen, benötige ich nun doch Hilfe von einem Profi. Ich habe eine Mantis v1.3.0 Installation zu einem anderen Webhoster migriert. Die Anhänge wurden nicht in die MySQL-Datenbank geschrieben, sondern per "DISK" als Files gespeichert.
Im Prinzip funktioniert auch (fast) alles. Die Datenbank wurde importiert und ist i.O. Die Anhänge wurden auch kopiert und der Pfad wurde unter "Manage Project - Upload File Path" korrekt eingestellt. Dass dieser korrekt eingestellt ist, sehe ich an zwei Begebenheiten:
1.) Wenn der Pfad tatsächlich falsch ist, dann sind die Anhänge nicht anklickbar. Ich sehe nur schwarzen Text, welcher durchgestrichen ist.
2.) TXT-Dateien, welche vor der Migration angehängt wurden, funktionieren tadellos! Ich kann TXT runterladen und/oder direkt in Mantis ansehen.
Wie in der Überschrift geschrieben, funktioniert der Download der alten migrierten Anhänge von z.B. PNG, JPG oder 7z nicht mehr. Der aktuelle Firefox und Chrome bekommt keine Daten geliefert. Die Vorschau der Bilddateien direkt in Mantis geht auch nicht. Es spielt keine Rolle, ob es sich um ein kleines 100px Bildchen mit wenigen kb Dateigröße handelt oder ob es sich eine größere Datei handelt.
Wenn ich in einen migrierten Thread ein PNG neu anhänge, dann funktioniert es für dieses neu angehängte PNG wie es sein sollte.
Ich habe keine Einträge bei $g_allowed_files. Wenn ich z.B. 'png' dort eintrage, dann besteht das Problem immer noch.
Lediglich bei $g_disallowed_files sind 'gefährliche' Dateiendungen wie 'php' etc. eingetragen.
Ich habe die v1.3.0 und v1.3.13 und v2.10.0 probiert. Überall das gleiche Phänomen. (Die Version 2 möchte/kann ich leider nicht nutzen, da die Darstellung auf einem Smartphone suboptimal ist, weil man nun leider viel horizontal scrollen muss)
Die einzige Meldung nach Ausführen von /admin/check/index.php ist wie folgt:
Default move category must exists ("default_category_for_moves") - FAIL
Das Problem verstehe ich zwar auch noch nicht, sollte aber nicht für das eigentliche o.g. Problem zuständig sein.
Danke und Gruß,
Gillo
nachdem ich über 10 Stunden versucht habe alleine mit diesem Problem klarzukommen, benötige ich nun doch Hilfe von einem Profi. Ich habe eine Mantis v1.3.0 Installation zu einem anderen Webhoster migriert. Die Anhänge wurden nicht in die MySQL-Datenbank geschrieben, sondern per "DISK" als Files gespeichert.
Im Prinzip funktioniert auch (fast) alles. Die Datenbank wurde importiert und ist i.O. Die Anhänge wurden auch kopiert und der Pfad wurde unter "Manage Project - Upload File Path" korrekt eingestellt. Dass dieser korrekt eingestellt ist, sehe ich an zwei Begebenheiten:
1.) Wenn der Pfad tatsächlich falsch ist, dann sind die Anhänge nicht anklickbar. Ich sehe nur schwarzen Text, welcher durchgestrichen ist.
2.) TXT-Dateien, welche vor der Migration angehängt wurden, funktionieren tadellos! Ich kann TXT runterladen und/oder direkt in Mantis ansehen.
Wie in der Überschrift geschrieben, funktioniert der Download der alten migrierten Anhänge von z.B. PNG, JPG oder 7z nicht mehr. Der aktuelle Firefox und Chrome bekommt keine Daten geliefert. Die Vorschau der Bilddateien direkt in Mantis geht auch nicht. Es spielt keine Rolle, ob es sich um ein kleines 100px Bildchen mit wenigen kb Dateigröße handelt oder ob es sich eine größere Datei handelt.
Wenn ich in einen migrierten Thread ein PNG neu anhänge, dann funktioniert es für dieses neu angehängte PNG wie es sein sollte.
Ich habe keine Einträge bei $g_allowed_files. Wenn ich z.B. 'png' dort eintrage, dann besteht das Problem immer noch.
Lediglich bei $g_disallowed_files sind 'gefährliche' Dateiendungen wie 'php' etc. eingetragen.
Ich habe die v1.3.0 und v1.3.13 und v2.10.0 probiert. Überall das gleiche Phänomen. (Die Version 2 möchte/kann ich leider nicht nutzen, da die Darstellung auf einem Smartphone suboptimal ist, weil man nun leider viel horizontal scrollen muss)
Die einzige Meldung nach Ausführen von /admin/check/index.php ist wie folgt:
Default move category must exists ("default_category_for_moves") - FAIL
Das Problem verstehe ich zwar auch noch nicht, sollte aber nicht für das eigentliche o.g. Problem zuständig sein.
Danke und Gruß,
Gillo