Noch ein interessantes Phänomen
Hab den Uploader unter 2.11.7 im Einsatz, Environment erfüllt alle Voraussetzungen, SMH nicht nötig, alles andere passt auch.
Der interessante Effekt besteht nun darin, dass der Uploader (BE) in FF unter OS X tadellos funktioniert, unter Windows 7 jedoch mit einem kläglichen "Fehlgeschlagen" endet.
Woran kann das denn bitte liegen?
Aussehen von feldern und schriften + den löschen button steuern
Hallo zusammen,
ich benutze seit einiger zeit den uploader und bin wirklich begeistert von der erweiterung. herzlichen dank an das entwicklertem dafür. Ich habe keine technischen fragen mehr, da alles reibungslos funktioniert.
Nachbdem es mir gelungen ist über css den uolad button und die abbrechen schaltfläche zu gestaöten, stosse ich bei bei der uload-drop-area bzw. uload-drop-area-active, und der größe des uploadfeldes und der größe und farbe der schrift dort wie auch bei dem abbrechen button (ich würde abbrechen gerne kleinschreiben) an meine genzen. Wo werden diese elemente in ihrem aussehen gesteuert? Auch das löschen-kreuz würde ich geren gegen eine butten mit "löschen" austauschen. In FE Html steht <a class="qq-upload-delete" onclick="return false;" href="#">x </a> wo finde ich X?
Kann mir jemend erklären wie die elemente des ValumsFileUploader angesteuert werden (Grafik und Inhalt) in der css habe ich nicht die entsprechenden einträge gefunden.
Liebe Grüße florianb
Upload via valumsFileUploader und efg bleibt in tmp hängen
Hallo zusammen,
habe das gleiche Problem wie bereits einige Posts weiter oben von david enke beschrieben. Auch bei mir (Contao 2.11.11, valums 3.1.15 auf einer lokalen OSX/MAMP) bleiben die Uploads in /tmp liegen, obwohl ein Zielverzeichnis angegeben wurde. 777 für das Zielverzeichnis wurde bereits gesetzt.
Gibt es dafür eine Erklärung/Lösung?
Grüße,
Christian
Patch für das Zielordnerproblem
Zitat:
Zitat von
dillscher
... habe mich heute nochmals ausführlicher mit dem Uploader befasst und festgestellt, dass der Hauptgrund, warum er nach tmp lud, aber nicht mehr weiter, darin bestand, dass er mit einer von Hand für das Formular vergebenen ID nichts anfangen konnte. Der Uploader übergibt im Hintergrund leider nicht die tatsächlich vergebene FormID als $strFormId. Er erhält also einen leeren String. ...
Hallo Dillscher,
interessante Entdeckung. Hast Du vielleicht auch einen Patch? Ich muss zugeben, die anschließende Folgeverarbeitung noch nicht so recht zu durchblicken und hab momentan leider auch nicht die Zeit, den Code komplett aufzudröseln.
Wie auch immer, aber ich hab vorhin einen ganz einfachen Patch für das Problem gefunden und erfolgreich getestet. Das brutale Zurechtstutzen der Erweiterung ist zwar nicht gerade die eleganteste Methode, aber so funktioniert jetzt bei mir alles wie es soll. Na ja, ich brauch die nachträglich Verschiebe-Mimik wohl zwecks irgendwelcher Dateiprüfungen auch garnicht, denn ich lasse für FE-Mitglieder eh nur Fotos zum Hochladen in ihren Ordner zu, vielleicht auch irgendwann noch PDF. Benötige die Valums-Extension außerdem nur als alternativen Notnagel, weil ich das sehr schöne filebrowser-Plugin in den TinyMCE einband. Tut alles bestens und zuverlässig, nur wie Fancy den flashbasierten Upload lediglich im IE.
Der Patch:
Im Ordner system/modules in der Datei valumsFileUploader.php die Zeile 180
'uploadFolder' => 'system/tmp',
ersetzen durch
'uploadFolder' => $this->uploadFolder,
Das Komma am Zeilenende nicht vergessen! :-) Das ist alles. So werden nun die Dateien sofort in den filemount des FE-Mitglieds hochgeladen und nicht erst nach system/tmp. Den Submitbutton sollte man natürlich aus dem Formular entfernen. Die Formularverarbeitung funktioniert ja sowieso nicht, und der Upload unabhängig davon. Ohne Submit-Button sind dann wenigstens auch mögliche Randerscheinungen der ins Leere laufenden Formularverarbeitung ausgeschlossen. Dass das Formular so nicht abgeschickt wird, macht ja wohl nichts, oder?
-------------------------------
Sorry, das war nicht ganz richtig. "uploadFolder" enthält nicht unbedingt den richtigen Pfad. Hab ich zunächst nicht gemerkt, weil ich beim Testen stets mit demselben FE-Login angemeldet war. Man muss den Pfad selber zusammenbauen, wofür ich das Inserttag verwende. Dann klappt der korrekte Upload. Ich habe aber noch nicht das Problem dabei gelöst, dass die Extension die Dateien für die Erfolgsanzeige und das Lösch-Icon anscheinend irgendwoanders sucht und dann trotz erfolreichem Hochladen die "Fehlgeschlagen"-Meldung bringt. Hab die Stelle noch nicht gefunden, wo genau das passiert. Ist ein bisschen kniffelig.
Probleme mit der (De-)Installation
Hallöle,
ich habe das Problem bereits unter Nach Installation einer Extension funktioniert nichts mehr! geschildert und wurde dann von einem User auf dieses Unterforum verwiesen.
Ich habe den valumsFileUploader unter Contao 3.1.0. installieren wollen und zuerst lief garnichts mehr. Nach Löschen der Datei system/drivers/DC_Upload.php und des Ordners system/modules/valumsFileUploader war zumindest die Seite wieder verfügbar.
Leider komme ich bislang noch nicht ins Backend. Folgende Warnung wird beim Aufruf der LogIn-Seite ausgegeben:
Code:
Warning: in_array() expects parameter 2 to be array, null given in system/modules/core/library/Contao/System.php on line 110
#0 [internal function]: __error(2, 'in_array() expe...', '/mnt/webd/c0/17...', 110, Array)
#1 system/modules/core/library/Contao/System.php(110): in_array('getInstance', NULL)
#2 system/modules/core/classes/BackendTemplate.php(44): Contao\System->import('ValumsHelper')
#3 system/modules/core/classes/BackendTemplate.php(146): Contao\BackendTemplate->parse()
#4 contao/index.php(115): Contao\BackendTemplate->output()
#5 contao/index.php(124): Index->run()
#6 {main}
Fatal error: Class 'ValumsHelper' not found in /xxxxx/system/modules/core/library/Contao/System.php on line 110
Woran kann das liegen und wie kann ich das beheben?
Viele Grüße und danke,
Franz