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:
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:
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? 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/ |