Wir hatten leider noch einen kleinen Bug drin Zieh dir die Version bitte nochmal, bei mir läuft es jetzt korrekt.
Wir hatten leider noch einen kleinen Bug drin Zieh dir die Version bitte nochmal, bei mir läuft es jetzt korrekt.
Hallo Andreas,
ich probiere es heute aus und melde mich dann.
Danke schonmal für das schnelle Update.
Sehr gut, funktioniert. Das macht mich glücklich.
Was mir spontan auffällt ist, dass die "Absende-Schaltfläche" nicht angezeigt wird, wenn man sie im FileUploader aktiviert (Absende-Schaltfläche hinzufügen)
Ticket erstellt
Geändert von ray (07.12.2011 um 12:25 Uhr)
Meldest du das bitte im Forge: http://contao-forge.org/projects/val...der/issues/new
Wie siehts mit den Tests aus? Wir haben die Backend-Funktionalität zu 99% fertig und ich würde diese gerne releasen
Version 3.0.0 beta2 ist im ER und enthält die Backend- sowie Frontend-Funktionalität.
Im BE bekomme ich bei einem Upload bei der Auswahl eines Ordners diesen Fehler:
Fürs FE kann ich im Formular-Feld 'Dateien speichern' nicht anhaken, der Request bleibt bei 'Loading data ...' hängen.Code:Warning: Invalid argument supplied for foreach() in /XXX/system/drivers/DC_Upload.php on line 66 #0 /XXX/system/drivers/DC_Upload.php(66): __error(2, 'Invalid argumen...', '/home/www/_cont...', 66, Array) #1 /XXX/system/modules/backend/Backend.php(271): DC_Upload->move() #2 /XXX/contao/main.php(101): Backend->getBackendModule('files') #3 /XXX/contao/main.php(286): Main->run() #4 {main}
Die Grafik zeigt einen Screenshot vom FE nachdem ich Dateien ausgewählt habe, das Formular aber doch nicht abgeschickt habe, dann auf eine andere Seite gegangen bin und wieder erneut auf die Seite mit dem Formular. Diese Anzeige lässt sich erst wieder entfernen, wenn man das Sitzungs-Cookie löscht. Die ausgewählten Dateien befinden sich im Ordner ROOT/system/tmp/ obwohl das Formular nicht abgeschickt wurde.
Bei der FE-Ausgabe sind ein paar XHTML-Validierungsfehler.
Contao 2.10.3
Bitte!
Vor Anfragen im Forum HTML validieren.
Codesnippets hier im Froum sauber einrücken. Nur Tabs o. nur Leerzeichen verwenden.
Vielen Dank an alle Wunschlistenerfüller
Andreas Burg, Web Solutions
Die fehler schauen wir uns mal an. das "loading data" problem hatten wir am freitag eigentlich schon gelöst!
und bezüglich des submits - das thema hatten wir bereits. valumsFileUploader lädt die dateien nunmal hoch. das ist unumgänglich und kein fehler.
alle uploads sind bei mir fehlgeschlagen
p.s. und Bearbeitungsbereich im BE hängt (CSS, Modul)
Wenn ich das Modul ausschalte, geht es Bearbeitung wieder weiter.
Geändert von max-muster (12.12.2011 um 11:32 Uhr)
Wir arbeiten dran.
Der Upload im Nachrichtenmodul, also im Backend, funktioniert problemlos.
Möchte ich im Artikel ein Bild hinzufügen, bleibt es beim "loading data" hängen.
Selbst wenn ich beim Benutzer nicht den FileUploader ausgewählt habe.
Erst das besagte Deaktivieren hilft.
Ich hab die Version im ER aktualisiert. Sorry für die Umstände aber da war ausnahmsweise Contao etwas buggy. Wir haben nicht beachtet das man in den persönlichen Daten keine Subpalettes nutzen kann ohne gleich einen Hook einsetzen zu müssen!!! Der einzige Bereich im ganzen System und das hat leider das komplette Ajax zerhauen.
Über Feedback würde ich mich freuen.
Hallo andreasisaak,
danke für update
BE hängt nicht mehr aber uploads sind bei mir immer noch fehlgeschlagen
Bei mir werden nun Dateien hochgeladen, das klappt prima. Allerdings landen sie im "tmp"-Verzeichnis, nicht an dem Ort den ich angegeben habe. Und in der email tauchen keine Links auf.
Hallo allerseits,
An max-muster:
Tritt der Upload Fehler bei dir nur im BE auf?
An RaphaelOF:
Hast du beim Formulargenerator angegeben dass die Dateien gespeichert werden sollen?
Wegen den Links in der Mail muss für das Formular das Feld "Per E-Mail versenden" gesetzt sein. Ist das bei dir der Fall?
Gruß
Patrick
Hallo Patrick,
Ja, das Häckchen "Per E-Mail versenden" ist an, Datenformat ist Rohformat. Email kommt auch an, nur ohne Links.
"Hochgeladene Dateien speichern" ist auch an, ein Verzeichnis ausgewählt und bei "Hochgeladene Dateien speichern" ist "Suffix setzen" ausgewählt
ja. ich habe keine Fehlermeldung, nur die Dateien können nicht hochgeladen werden. Steht wie auf dem Bild, fehlgeschlagen.
Habe noch ein update durchgeführt. Nichts geändert...
p.s. zwar funktioniert bei mir noch nicht aber eine frage: wenn ich mehrere Dateien schon erforglreich hochgeladen habe und eine davon möchte ich ändern bzw. löschen, wie kann ich es machen?
Musst du den Safemodehack verwenden um Contao zu betreiben?
Moin,
hab ein kleines Poblem mit dem Uploader im Backend unter Contao 2.9.5
Da die Variable "TL_PLUGINS_URL" erst ab Contao 2.10.x eingeführt wurde, können in meinen System die zusätzlichen Files vom ajax-uploader nicht eingebunden werden (der String "TL_PLUGINS_URL" wird einfach in der URL eingefügt).
Hab das bei mir jetzt erstmal in system/config/initconfig.php mit folgendem Eintrag gepatched:
Im Grunde sollte wohl die Kompatibilität der Extension angepasst werden. Oder kann ein Fallback für die 2.9.x System eingeführt werden?PHP-Code:
if (TL_MODE == 'BE')
{
define('TL_PLUGINS_URL', '');
}
Grüße, Cliff
Extensions :: Github
Sponsering: Amazon Wunschliste :: Github :: PayPal
Composer Version prüfen https://jubianchi.github.io/semver-check
Da hast du natürlich recht
Ich hab den Versionscheck eingebaut, damit kannst du deinen Fix wieder löschen
Featurerequest: Gibt man im Formulargenerator eine eigene Bezeichnung für das Uploadfeld an, wird diese anstatt der Standardbezeichnung "Datei hochladen" angezeigt.
http://contao-forge.org/issues/2674
Extensions :: Github
Sponsering: Amazon Wunschliste :: Github :: PayPal
Composer Version prüfen https://jubianchi.github.io/semver-check
nein, funktioniert nicht.... fehlgeschlagen
So kann ich nicht helfen. Sorry.
Ich habe das selbe Problem wie max-muster.
in Bugzilla steht folgendes:
http://www.(......).de/system/module...e=member_3.jpg 500 Internal Server Error
Dieser Fehler tritt bei mir erst seit dem Update auf.
Anfragetokens sind bei mir ebenfalls deaktiviert und der safemodehack wird benutzt.
Wenn du weitere Infos brauchst lass es mich bitte wissen.
Gruß
deep
Also, ich habe den Fehler auch ... deshalb kann ich verstehen was das Kauderwelsch in den vorangegangen Threads bedeuten soll:
Wenn ich einen Upload durchführen will kommt die Medlung: Fehlgeschlagen
Screenshot.jpg
Mit vorangegangenen Versionen des Uploaders lief alles. Deshalb würde ich eine Rechteproblemeatik auf Verzeichnisebene mal ausschließen.
Verwende:
- Contao 2.9.5
- PHP Version 5.2.17
- valumsFileUploader 3.0.0 rc2
- SafeMode OFF
- Hosting: Strato / 1&1
Im Logfile steht:
Grüße, CliffCode:[19-Dec-2011 19:45:41] PHP Fatal error: Call to undefined function apache_request_headers() in ...../valumsFileUploader/valumsFile.php on line 100
Extensions :: Github
Sponsering: Amazon Wunschliste :: Github :: PayPal
Composer Version prüfen https://jubianchi.github.io/semver-check
Wir schauen uns das mal an. Das kann aber noch etwas dauern - Geduld bitte bis dahin. Wir nehmen aber auch gerne Patches an.
Super,
... nochmal als Nachtrag ... nach einem Downgrade auf 2.0.0 beta klappt wieder alles einwandfrei.
Gruß, Cliff
Extensions :: Github
Sponsering: Amazon Wunschliste :: Github :: PayPal
Composer Version prüfen https://jubianchi.github.io/semver-check
Erledigt: https://github.com/menatwork/valumsF...21ffc45fc776fa
Ich aktualisiere gleich die ER Version
Moin Andreas,
super vielen Dank.
Unter 2.9.5 geht alles einwandfrei.
Gruß und guten Rutsch, Cliff
Extensions :: Github
Sponsering: Amazon Wunschliste :: Github :: PayPal
Composer Version prüfen https://jubianchi.github.io/semver-check
Vielen Dank für die Aktualisierung!
Zum ersten Mal klappt der Dateiupload ohne "fehlgeschlagen" nun auch bei meinen Installationen! Freude!
Gruß
Michael
Das Ticket-System von valumsFileUploader ist umgezogen. Ich lasse das Forge Projekt noch bestehen damit unwissende User den richtigen Weg finden, neue Tickets können aber nur noch bei Github gemeldet werden:
https://github.com/menatwork/valumsFileUploader/issues
Hallo,
erst einmal vielen Dank für diese tolle Erweiterung. Funktioniert unter 2.10.4 bei mir soweit prima.
Ich würde aber gern noch einmal das Problem von Andreas aufgreifen. Ich habe den Uploader ebenfalls in ein Formular für das FE eingebunden. Bricht ein Benutzer das Ausfüllen des Formulars ab nachdem er bereits Dateien ausgewählt hat (die dann ja schon übertragen wurden) und wählt das Formular kurz darauf erneut an, sind die alten Dateinamen im Formular noch sichtbar. Erst nachdem das Sitzungscookie gelöscht wurde, verschwinden sie. Könnte es dafür langfristig eine Lösung geben?
Gruß
Wolle
Hallo zusammen,
ich möchte in einer CONTAO 2.10.3 Mitgliedern den Upload von einzelnen Dateien mit Zusatzinfos via Formular im Frontend ermöglichen. Die Dateien werden zum Download anschließend als Liste mit den Infos angeboten.
Mit EFG und dem Standard-Dateiupload funktioniert das auch soweit prima.
ABER: 2 Problemchen ergeben sich dabei.
1. Mit dem Standard-Dateiupload kann der Benutzer nur schwer einschätzen wie weit der Upload ist, weil eine Fortschrittsanzeige fehlt.
2. Große Dateien werden zwar hochgeladen, aber beim Überschreiten der max_execution_time ohne Fehlermeldung nicht weiter verarbeitet.
Mit dem valumsFileUploader hätte ich die Fortschrittsanzeige.
Da aber in meinem Projekt nur eine Datei pro Datensatz hochgeladen werden darf, müsste dieser auf einen Upload limitiert werden. Geht das?
Wahrscheinlich ist das auch der Grund, warum die Datei nicht als singleSRC gespeichert wird. Wäre das dann möglich?
Laut dem Eintrag hier ist die Erweiterung FancyUpload wohl dank Ajax in der Lage, auch relativ große Dateien zu verarbeiten. Ist das bei valumsFileUploader ebenfalls so?
Danke für Eure Hilfe.
LG
PAndroid
Hallo,
der valumsFileUploader kann sogar ziemlich große Dateien transferieren. Wir haben schon 100MB+ geschafft, aber wie immer musst du es einfach mal selbst ausprobieren. Das kommt immer von Server zu Server auf viele Faktoren an.
Bezüglich deiner Dateilimitierung gibt es bereits ein entsprechendes Ticket. Wann genau das erledigt ist kann ich nicht sagen.
Aktive Benutzer in diesem Thema: 2 (Registrierte Benutzer: 0, Gäste: 2)