Forum

Hallo,

sämtliche Löschfunktionen unter "Benutzer Admin Bilder" haben keinerlei Auswirkung.
Woran könnte das liegen?
Die Bilder bleiben im entsprechenden Cache-Verzeichnis und in der DB-Tabelle bleiben die Einträge.

OPN Version 2.3.0 Rev. 4788 mit Subs bis 4860 / lokal

*migaja*

Servus,
hm also normalerweise sollte das löschen funktionieren.
ggfs date mal auf die neue version ab und schau ob es dort auch noch auftritt.
in den aktuellen trunkversionen konnte ich dieses nicht reproduzieren.
das bild verschwinden nur komplett wenn du speicherfreigabe tätigst.

gruß tine

löschen: ist lediglich eine Markierung für die Datenbank, dass dieses Bild nicht mehr genutzt wird

entgültiges löschen: wird aus der Anzeige und Datenbank gelöscht, ist aber immernoch in den Beiträgen wo es verwendet wurde zu sehen

Speicherfreigabe: mit Markierung der Speicherfreigabe wird das Bild vollends gelöscht, auch dort wo es für einen Beitrag mal gebraucht wurde, wird es nicht mehr angezeigt

spinne schrieb am 26.03.2006 um 23:22:41 Uhr folgendes:

löschen: ist lediglich eine Markierung für die Datenbank, dass dieses Bild nicht mehr genutzt wird

entgültiges löschen: wird aus der Anzeige und Datenbank gelöscht, ist aber immernoch in den Beiträgen wo es verwendet wurde zu sehen

Speicherfreigabe: mit Markierung der Speicherfreigabe wird das Bild vollends gelöscht, auch dort wo es für einen Beitrag mal gebraucht wurde, wird es nicht mehr angezeigt

Danke nochmal für die Erklärungen Es passiert aber bei allen drei Punkten gar nichts. Nach der Bestätigung, ob ich auch sicher bin sieht die Übersichtsseite aus wie vorher und in der DB steht auch noch alles wie gehabt.

Na dann werde ich mal updaten - habe ich gestern erst entdeckt, daß ich mal wieder was "verpennt" habe

*migaja*

so, es läuft jetzt lokal Version 2.3.2 Rev. 5026.

Keine großen Änderungen, nach wie vor kein Löschen möglich.
Nach "Speicherfreigabe" kommen jetzt folgende Fehlermeldungen:

ERROR [2] implode(): Bad arguments.
FOUND IN [J:wwwopnsystemuser_imagesindex.php]
FOUND AT 708

--------------------------------------------------------------------------------
SQL-ERROR [256] mysql error: [1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ')' at line 1] in EXECUTE("SELECT images_id, images_url FROM opn2_3_0_user_images_dat WHERE images_id IN ()")
FOUND IN [J:wwwopnincludeopndb-errorhandler.php]
FOUND AT 208

Auch in den Subs konnte ich keine Änderung dieser Dateien finden.

*migaja*

hm,
hast du viel bilder drin? vielleicht mal mit deinstalliren des modules versuchen, denn ich kann nirgends den fehler reproduzieren. das automatische modulupdate hast du gemacht und die repairs? datein sind auch alle vollständig hochgeladen? cacheverzeichnisse sind auch vorhanden und haben die dementsprechenden rechte?
die tabelle in der db gibts?
gruß tine

spinne schrieb am 30.03.2006 um 07:56:41 Uhr folgendes:

hast du viel bilder drin?

nein, testweise nur 2 Stück

vielleicht mal mit deinstalliren des modules versuchen

ausprobiert: keine Änderung

das automatische modulupdate hast du gemacht und die repairs?datein sind auch alle vollständig hochgeladen?

ja, alles strikt nach Update-Anweisung. Habe die Vollversionen benutzt: über 2.3.1 hin zu 2.3.2.

cacheverzeichnisse sind auch vorhanden und haben die dementsprechenden rechte?

also die Bilder liegen im user_images_url_xxxx Verzeichnis. Sind noch mehr Verzeichnisse relevant? Alles läuft lokal; Rechteprobleme sollten nicht vorhanden sein.

die tabelle in der db gibts?

Habe da die Tabelle opn2_3_0_user_images_dat, wo alles fein säuberlich eingetragen ist.

und nu?

*migaja*

migaja schrieb am 30.03.2006 um 09:30:53 Uhr folgendes:

cacheverzeichnisse sind auch vorhanden und haben die dementsprechenden rechte?

>>> also die Bilder liegen im user_images_url_xxxx Verzeichnis. Sind noch mehr Verzeichnisse relevant? Alles läuft lokal; Rechteprobleme sollten nicht vorhanden sein.

Ich denke Tine meint das du pruefen sollst ob /cache die Rechte 777 hat und rekursiv sind.

//Stephan

Ich denke Tine meint das du pruefen sollst ob /cache die Rechte 777 hat und rekursiv sind.

sorry, da steh´ ich gerade auf dem Schlauch - lokal habe ich noch nie chmod´s gesetzt (lade ja nichts per ftp hoch)

*migaja*

du hast aber schon das was du löschen willst angekreutzt ?

ja, Kästchen vor dem Bild angeklickt; Markierung erfolgt. Dann z.B. Speicherfreigabe gewählt Anschließend kommt die Sicherheitsabfrage. Mit klick auf "ja" kommt dann die Fehlermeldung und die Admin-Seite sieht aus wie vorher.

*migaja*