Suche Patch / Modul zum Beheben eines Fehler im upload.module

Kannst dich hier reinklingen http://drupal.org/node/222173.

Aber ich kann Dir ja den Worklflow ein wenig erklären. Wenn Du eine Datei hochlädst, wird die Datei erst als temporär angesehen, also noch nicht freigegeben. Erst wenn du den Beitrag abspeicherst wird die Datei in der {files} Tabelle als permanent gekenntzeichnet und fest verheiratet mit dem Beitrag :D. Deshalb geht auch die Vorschau bei einem bereits abgespeicherten Beitrag mit einer Datei.

----------------------------------------

http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Ein Forum ist kein Ersatz für das www (Google.de).

Das ist kein Bug sondern ein Feature.

Stelle Dir vor Du klickst auf Preview und das hochgeladene Bild ist bereits an Ort und Stelle und das Bild wird demzufolge korrekt mit der Preview angezeigt.

Nun stelle Dir vor das nach dem Klick auf Preview die Node nicht gespeichert wird. Beispielsweise beim Erstellen einer Node.

Was passiert in dieser Situation mit dem bereits hochgeladenen Bild? Antwort: Vermutlich wird es zur Dateileiche auf dem Server.
Wie kommst Du an das Bild/ die Datei heran um sie zu loeschen? Antwort: Mittels FTP aber nicht mit Drupal.

------------------------
Quiptime Group

Erstmals vielen Dank für eure Antworten!

Die Problematik verstehe ich (keine ID in der Datenbank, keine Verknüpfung). Allerdings finde ich, müsste es einen Workaround hierfür geben! Zumindest müsste eine Meldung stattfinden, dass Dateianhänge erst nach Abspeichern der Node möglich sind und die Option "Dateianhang" dürfte nicht zu sehen sein, sprich man dürfte beim Anlegen der Node erst garkeine Dateien angeben können.

Ich habe diese Problematik einmal in einem selbstgeschrieben Programm erlebt. Wir haben das damals so gemacht, dass wir dem Formular eine Checkbox hinzugefügt haben ("Dateien anhängen"). NACH dem Abspeichern (sprich dem Erstellen des Datensatzes in der Datenbank) wurde man zu einer Seite weitergeleitet, auf der man nun die Dateien hochladen konnte.

Mein Fazit also: Problematik ist mir bekannt, ich finde es gibt aber wesentlich schönere bzw. benutzerfreundlichere Lösungen als die, die in Drupal implementiert ist. Benutzerfreundlich ist nämlich was anderes ...

Weder eine Meldung wird ausgegeben, noch wird der Benutzer darin gehindert, "unnötige" Schritte zu gehen. Im Gegenteil, er muss nach dem Anlegen auf Bearbeiten klicken und das ganze nochmal machen. Das sagt ihm aber auch keiner ...

Also alles in allem schon verbesserungswürdig!

[Edit]
Außerdem funktioniert es bei Kommentaren ja auch (comment_update.module) beim Anlegen inkl. Vorschau!

Man soll also zum Dateienhochladen den Beitrag erst speichern und dann wieder bearbeiten? Uh, das ist aus Usability-Sicht ein absolutes "no-go".

Das auch.

Du bist herzlich eingeladen, auf http://drupal.org/project/issues/drupal einen neuen FeatureRequest (Version "7.x"; Tag "Usability") zu erstellen und bessere Lösungen vorzustellen.

? Wenn Du eine Datei anhängst und den Beitrag speicherst ist die Datei auch hochgeladen. Da muss man den Beitrag nicht nochmal bearbeiten. Die Datei ist nur in der Vorschau des Beitrages noch nicht unter dem angezeigten Pfad verfügbar.

 Stefan

--
sei nett zu Deinem Themer

Schön, dann teilen wir ja schonmal eine Meinung ;-) Genau dieser Ansicht bin ich ja auch! Ich meinte nur dass man den Dateianhang erst garnicht einblenden soll, wenn der Benutzer eh keine Dateien hochladen kann und eh wieder über Bearbeiten das ganze Spiel von vorne einstellen muss.

Was ist daran bitte ein no-go?

Unter Version 7.x bringt mir das aber auch nichts mehr XD Wir arbeiten mit Version 5.x

Ja das schon, aber wenn man nunmal auf Vorschau klickt, ist die Arbeit umsonst gewesen ... und der Benutzer wird nicht einmal darüber informiert, dass der Dateianhang weg ist. Also wird er folglich das ganze über "Bearbeiten" nochmal versuchen. Außerdem ist es ja auch möglich die Vorschau zu erzwingen. Dann ist das Problem permanent existent.

[Edit]
Und wie gesagt, bei den Kommentaren funktioniert das ja auch beim Anlegen inkl. Vorschau. Das ist doch dann nichts anderes, oder?
Und selbst wenn da "Leichen" entstehen würden ... dafür ist doch der /tmp-Ordner da, dieser wird dann (z.B. durch einen Cron) regelmäßig geleert. Oder sehe ich das falsch?

Seltsam. Ich hatte Dein Posting so verstanden, als wenn Du exakt diesen Weg vorschlägst.

Genau das ist der Fall.

Ein Benutzer will nicht erst sagen: "ich möchte auch gerne eine Datei hochladen" und dann auf Speichern klicken müssen, um schliesslich die Datei anhängen zu können.

Hä? Wieso ist der Anhang weg?
Wenn Du nach der Vorschau natürlich nicht auf Speichern klickst, ist der Anhang verständlicherweise nicht mehr da.

Ja. Der Cron leert den tmp-Ordner nicht unbedingt.
Und aus System-Sicht ist es sinnvoller, keine Dateileichen zu erzeugen, als sie später immer wieder entfernen zu müssen.

 Stefan

--
sei nett zu Deinem Themer

Ich glaube wir reden irgendwie aneinander vorbei.

Mein Problem ist NICHT, dass ich den Dateianhang evtl. nicht in der Vorschau sehen würde (was ich aber tue, allerdings funktioniert der Link zu der Datei nicht). Mein Problem ist, dass die Datei, die ich hochladen möchte (also per Dateianhang anhänge) nicht gespeichert wird, wenn ich auf Vorschau und anschließend auf Speichern klicke! Die Datei wird NICHT mit hochgeladen. Aus diesem Grund muss ich erneut auf Bearbeiten klicken und die Datei erneut hochladen (denn dann funktioniert es). Und genau das ist ja das, was ich vermeiden möchte! (Nämlich, dass der Benutzer den Beitrag nochmal bearbeiten muss um die Datei endlich anzuhängen!) Aus diesem Grund suche ich einen Patch ...

Du schreibst:
"Wenn Du nach der Vorschau natürlich nicht auf Speichern klickst, ist der Anhang verständlicherweise nicht mehr da."

Darum geht es ja garnicht ... es geht darum, dass der Anhang auch dann nicht da ist, wenn ich nach der Vorschau auf Speichern klicke! Das ist mein Problem!

Ok, das ist wirklich ein Problem. Das mir allerdings so noch nie untergekommen ist (auch nicht in Zeiten vor D5).
Hast Du irgendwelche Fehlermeldungen in den Logs (watchdog, PHP-errorlog, Apache-log), die evtl. auf das Problem oder dessen Ursache hindeuten könnten?

 Stefan

--
sei nett zu Deinem Themer

Also ich hab grad alle Varianten probiert, ich bekomme keine Probleme. Selbst wenn ich auf die Datei klicke, mit return wieder zurück zur Bearbeitung und dann abspeichere. (Im IE 8 wird dort ein Hinweis angezeigt, Seite ist abgelaufen, ein Refresh und man ist auch dort wieder im Formular).

----------------------------------------

http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Ein Forum ist kein Ersatz für das www (Google.de).

Ehrlich gesagt weiß ich nicht wie bzw. wo diese Logs liegen / ich sie auslesen kann. Könnt ihr mir das vielleicht kurz erklären, dann würd ich das überprüfen.

Ich hab jetzt mal Screenshots von dem Vorgang gemacht:

Schritt 1:
Ich wähle eine Datei aus und füge sie an:
Schritt 1

Schritt 2:
Nach dem Klick auf Vorschau sieht man die angehängte Datei. Wenn ich allerdings darauf klicke kommt eine Fehlermeldung: "Seite nicht gefunden". Die Datei wird auch nicht in den /tmp-Ordner geladen.
Schritt 2

Schritt 3:
Wenn ich runter scrolle wird die Datei noch im Anhang angezeigt. Klicke ich dann anschließend auf Speichern ...
Schritt 3

Schritt 4:
... ist die Datei nicht mehr da!
Schritt 4

Wenn ich dann auf "Bearbeiten" klicke und das ganze Spiel wiederhole, funktioniert es. Wenn ich Kommentare anlege und Dateien hinzufüge, funktioniert es ebenfalls!

Wäre super wenn ihr mir erklären könntet wo bzw. wie ich die Logs auslese!

Danke!

Schalte mal auf die Standard-Einstellung(Öffentlich) für Downloads.

----------------------------------------

http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Ein Forum ist kein Ersatz für das www (Google.de).

Das bringt leider keine Änderung, hatte ich vor einiger Zeit bereits versucht. Habe es sicherheitshalber jetzt noch einmal probiert, leider besteht das Problem weiterhin :-(

Aber kann man das überhaupt einfach so umstellen? Da steht ja, dass das nicht so ohne Weiteres möglich ist, wenn das System schon eine zeitlang läuft und immer privat benutzt wurde.

Wo befinden sich diese Dateien bzw. der files Ordner?

----------------------------------------

http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Ein Forum ist kein Ersatz für das www (Google.de).

Der files und der tmp Ordner liegen beide direkt im root-Verzeichnis, also genauso wie modules, themes etc.
Beide haben auch volle Rechte (777).

Dann bringt Dir die Einstellung Private-Downloads nix, die müssen außerhalb des Drupal-Roots sein. So dass man nicht via example.com/files/picture/foo.jpg an die Dateien kommt.

----------------------------------------

http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Ein Forum ist kein Ersatz für das www (Google.de).

Achso, das wusste ich nicht. Denkst du dass das Problem damit zusammenhängen kann oder ist das nur ein allgemeiner Hinweis?

Mal ganz einfach gedacht, kann es sein, dass Du nicht FullHTML als Eingabeoption ausgewählt hast und deshalb die Links geschluckt werden?

Doch, FullHTML ist als Standard hinterlegt. Habe jetzt auch mal testweise neben dem Dateianhang noch einen separaten Link in den Beitrag eingefügt, der Link bleibt, der Dateianhang verschwindet.
Außerdem funktioniert es ja auch wenn ich anschließend über "Bearbeiten" die Datei erneut anhänge.

Also Seite-Nicht-Gefunden kommt durch die Einstellung Privat-Downloads, grad getestet. Allerdings habe ich keine Probleme nach dem Abspeichern den Anhang nicht zu sehen.

Ob es an Drupal 6 liegt oder ein Server-Einstellung etc. deinerseits ist, kann ich nicht sagen.

Das Eingabeformat hat nichts mit den Dateianhang zu tun.

----------------------------------------

http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Ein Forum ist kein Ersatz für das www (Google.de).

Ich benutze Drupal 5, nicht 6.

Mich wundert es eben nur, dass es beim nochmaligen Bearbeiten ohne Probleme funktioniert (da kommt auch kein "Seite nicht gefunden"-Fehler). Und das Modul comment_upload habe ich installiert, da habe ich auch keinerlei Probleme, weder beim Erstellen von Kommentaren, noch beim Bearbeiten.

Außerdem tritt dieses Phänomen auch nur dann auf, wenn ich mir vorher die Vorschau ansehe. Beim direkten Speichern klappt es ja ...