PDF nach Upload und Öffnen fehlerhaft bzw. beschädigt

Nach dem Upload eines PDFs über die Dateiverwaltung im Backend als Admin unter der Version 2.11.12, ist die Datei beim Öffnen fehlerhaft.

In Adobe Acrobat erschient die Fehlermeldung: "Adobe konnte Datei xyz nicht öffnen, da Dateityp nicht unterstütz wird oder die Datei beschädigt ist."
Beim Upload via FTP lässt sich die Datei problemlos öffnen und wird korrekt dargestellt. An der Datei selbst liegt es also nicht.

Dieses Phänomen tritt erst seit Kurzem auf, habe auf die aktuelle Contao Version geupdatet - leider ohne Erfolg.

Woran kann es leigen bzw. welche Einstellungen sind vorzunehmen?

Hallo,

ich hatte einen ähnlichen Fall gerade vor einigen Tagen.
Verwendest Du die Erweiterung dlstats und hast diese von einer alten Version upgedatet?

Bei mir hat die Erweiterung Botdetection gefehlt, die seit jetzt Voraussetzung für dlstats ist. Das ER installiert sie aber nicht nach bei einem Update.

Ich hatte die Original-PDF mit einem gespeicherten Download binär verglichen und am Ende der Downloaddatei hing eine Fehlermeldung mit dran (im PDF), die auf die Ursache hinwies.
Habe dann die Botdetection nachinstalliert und alles war gut.

Ja, das ist ein kleiner Bug in dlstats, sollte nicht zu einer Fehlerausgabe in den Standard Output kommen

Dazu mal ne Umfrage was passieren soll: dlstats-Umfrage

dlstats verwende ich nicht. Die einzige Erweiterung, die ich installiert habe, ist "changelanguage". Diese habe ich auf die neuste Version geupdatet, jedoch ohne Erfolg hinsichtlich Fehler beim PDF.
Habt ihr einen weiteren Rat für mich?

Habe versucht die PDF binär zu betrachten. Doch die lässt sich nicht einmal über den Browser runterladen (Grösse 0 KB) und auch nicht über FTP. Es muss also beim Upload zu einer Zerstörung der Datei kommen.

Weiss keiner Rat?

Wie, die lässt sich nicht per FTP runterladen, kein Zugriff oder meinst du auch nur 0 Byte?
Wenn die nur 0 Byte hat, dann war der Upload schon defekt, da kannste dann nur nochmal hochladen.

Mein 0 KB, Zugriff gestattet.
Nochmalige Hochladen verursacht den selben Fehler.

Also nach dem Hochladen liegt wieder nur eine 0 Byte Datei vor?
Ist das nur bei PDF so oder auch bei anderen Dateien?

Habe es gerade nochmals geprüft. Es ist so:
Hochladen per Dateiverwaltung funktionert. Die Datei hat die richtige Grösse (>0 KB), jedoch sind alle Dateien (nicht nur PDF) beschädigt. Ein Download per Browser und FTP funktioniert nicht.

Werden die Daten per FTP hochgeladen, sind alle Daten OK.

Der Fehler muss also beim Upload über das Backend und der Dateiverwaltung liegen.

laut Hoster besteht das Problem nicht an PHP o.ä.
Weiss denn sonst keiner einen Rat?

Da ist aber nur PHP dran beteiligt am Updlod Prozess.
Die Art der Beschädigung wäre eventuelle in Hinweis was da schief geht.
Lade mal per Dateiverwaltung eine Text Datei hoch mit sagen wir mal 100 Leerzeichen drin, und per FTP wieder runter und schaue nach ob die OK ist.
Dann per Downlaod die Datei laden und auch schauen ob die OK ist.

In beiden Fällen müsste ja zu erkennen sein was bei einer Beschädigung genau getan wurde.

Also gemacht und es sieht wie folgt aus:
Dateidownload per Browser: Datei leer, keine Zeichen enthalten.
Dateidownload per FTP: Kann gar nicht erst runtergeladen werden, Fehlermeldung.

Welche Fehlermeldung bringt denn FTP? Keine Rechte oder was?

550 Failed to open file

Jetzt komme ich der Sache aber schon näher: Die Datei erhält keine CHMOD Rechte. Andere, funktionierende Dateien haben CHMOD 644.
Wenn ich dem hochgeladenen Dokument manuell die Rechte 644 zuweise, kann diese per FTP und Browser runtergeladen werden.
Das Problem liegt also bei der Rechtesetzung der Dateien beim Upload per Dateiverwaltung im BE.

Ja, 644 bekommen alle erfolgreich hoch geladenen Dateien von Contao automatisch verpasst.
Hier genau scheint es ein Problem zu geben, aber ich sehe nicht welchen. Die eventuelle Fehlermeldung von PHP wird an dieser Stelle unterdrückt.

Was sagt der Contao Check? Alles OK mit den Rechten?

Perfekt, dieser Tipp von dir hat mir geholfen das Problem zu lösen.
Die config.php war defekt/beschädigt. Diese ersetzt und nun geht es.
Besten Dank euch allen für die Lösungsfindung.