Autor migaja
Datum 26.03.2006 18:16
Beiträge: 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*


Autor spinne
Datum 26.03.2006 23:22
Beiträge: 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


Autor migaja
Datum 27.03.2006 09:32
Beiträge: 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*


Autor migaja
Datum 29.03.2006 18:28
Beiträge: 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*


Autor spinne
Datum 30.03.2006 07:56
Beiträge: 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



Autor migaja
Datum 30.03.2006 09:30
Beiträge: 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*


Autor Gast
Datum 30.03.2006 11:20
Beiträge: 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


Autor migaja
Datum 30.03.2006 14:52
Beiträge:
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*


Autor stefan
Datum 30.03.2006 18:15
Beiträge: du hast aber schon das was du löschen willst angekreutzt ?


Autor migaja
Datum 31.03.2006 11:13
Beiträge: 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*


Autor stefan
Datum 31.03.2006 16:50
Beiträge: welche php version ? apache ?

in der neusten revision würde das verhalten zu einem "Kein Bild gewählt" führen.


Autor migaja
Datum 31.03.2006 19:25
Beiträge: mein WOS hat Apache 2.0.55 und PHP 4.4.1

*migaja*


Autor migaja
Datum 19.04.2006 11:18
Beiträge: Hallo nochmal,

habe jetzt OPN 2.3.3 Rev 5173 mit subs bis einschl. 5230 lokal am laufen und erhalte folgende Meldung:

Sie haben keine Daten ausgewählt!

Kästchen links neben dem Bild angeklickt. Bestätigung bejaht und dann diese Meldung.
Möchte gerne Bilder löschen

*migaja*


Autor migaja
Datum 27.05.2006 10:14
Beiträge: Hallo,

hat keiner eine Idee woran es liegen könnte?

Habe mittlerweile OPN 2.3.5 Rev. 5319 lokal und auch zu Testzwecken online am laufen.
Bei beiden ist u.a. z.B. die Speicherfreigabe nicht möglich. Meldung wie gehabt: Sie haben keine Daten ausgewählt.

Auf der Labor funzt es ohne Probleme.

*migaja*




Diese Seite drucken
Diese Seite schließen

Dieser Artikel kommt von: OpenPHPNuke - das Open Source CMS

http://www.openphpnuke.info/