CMS_IMG im root von upload [4.9.7]

[dermicha]

Hallo zusammen,

ich habe heute einige Probleme mit Bildern festgestellt, die direkt im root vom upload-Verzeichnis liegen:

- bearbeitet man ein solches Bild (IMG_EDITOR) und speichert wieder, ist das Bild nicht mehr ausgewählt und verschwindet daher; es kann natürlich manuell erneut ausgewählt werden
- Metadaten, die in der Dateiverwaltung eingegeben wurden, sind im Tab Metadaten nicht sichtbar
- es scheint mir so, als ob Dateien mit einem solch leeren dirname (da oberste Ebene) nicht gefunden werden. Ein Konstrukt wie:

Code: Alles auswählen

   $getuplid = new cApiUpload();
   $getuplid->loadByMany( array("filename"=>$imagename, "dirname"=>$imagepath) );
   $getuplid->get("idupl");

gibt z.B. keine upl_id zurück.

Überprüft werden kann es unmittelbar im Demo-Mandanten. Eventuell hängt es zusammen mit [CON-1763] (Datei in Upload Root-Verzeichnis nicht löschbar).

Viele Grüße
Michael

[homtata]

Kann es sein, dass die Bilder im Root VOR Version 4.9.7 hochgeladen wurden? DANN stimmen die Pfadangaben in der Datenbank nämlich nicht und verursachen Probleme, und cApiUpload dürfte dann Probleme haben mit den Dateien... Ich selbst habe keine 4.9.7 im Einsatz und kann es daher nicht mit neu hochgeladenen Dateien prüfen. Ab 4.9.6 sollten sich neu ins Root hochgeladene Dateien auch wieder löschen lassen.

[dermicha]

Hallo homtata,

danke für die Antwort. Es ist eine frische 4.9.7 (kein Update) und ich habe es auch mit extra dafür hochgeladenen Dateien reproduzieren können. Den Pfad habe ich ich in der Datenbank überprüft. Das Löschen ist kein Problem.

Viele Grüße
Michael

[homtata]

Super, dann haben wir das schonmal ausgeschlossen. Hast du in der cApiUpload-Abfrage sichergestellt, dass der Inhalt von $imagepath auch dem entspricht, was in der entsprechenden Tabelle als dirname für den Root eingetragen ist, soweit ich mich erinnere "/"? Eigentlich wäre es extremst schräg, wenn die Funktion solche Grafiken dann nicht lädt/ausspuckt.

[dermicha]

Ja, habe ich überprüft. Sowohl in der cApiUpload-Abfrage als auch in der DB ist ein leerer String als dirname eingetragen.

Außerdem treten ja auch Probleme bei der Pflege des Content Type im Editor auf - evtl. haben die ja auch etwas mit diesem Phänomen zu tun.