Changelog – Warenkorb Upload Pro Artikel für Shopware 6

2.5.2

Fix: Die Liste der hochgeladenen Dateien sah auf jeder Seite anders aus. In der Bestellbestätigung und auf der Bestellabschluss-Seite stand der Dateiname ohne jede Beschriftung unter der Artikelzeile — der Kunde sah einen Dateinamen, aber nichts sagte ihm, dass es sein Upload ist. Alle Ansichten nutzen jetzt dieselbe Aufmachung wie das Kundenkonto: Überschrift „Ihre übertragenen Daten“ plus nummerierte Liste, mit dem Dateinamen direkt neben der Ziffer.
Intern: Markup-Reste des Fine-Uploaders aus der Zeit vor der Uppy-Umstellung entfernt (qq-upload-list-selector). Das heutige JavaScript spricht sie nicht mehr an, ihr Stylesheet hätte der neuen Liste einen zweiten grauen Kasten verpasst.

2.5.1

Intern: Sämtliche Dateizugriffe laufen jetzt über die Dateisystem-Abstraktion von Shopware statt direkt über die Festplatte. Der Zwischenspeicher für laufende Uploads liegt damit im selben privaten Verzeichnis wie die fertigen Dateien. Am Verhalten ändert sich nichts.

2.5.0

Sicherheit: Hochgeladene Kundendateien können jetzt außerhalb des öffentlichen Verzeichnisses abgelegt und nur über signierte, zeitlich begrenzte Links ausgeliefert werden. Bisher lagen sie unter public/uploads/ und waren für jeden abrufbar, der den Pfad kannte — bei Ausweiskopien, Attesten oder Konstruktionszeichnungen ein ernstes Problem. Siehe Dateien schützen.
Neu: Einstellung „Uploads privat ablegen und signierte Download-Links verwenden". Bei einer Neuinstallation ist sie an, bei einem Update bestehender Shops bleibt sie aus, damit sich am Verhalten zunächst nichts ändert.
Neu: Einstellung „Gültigkeit der Download-Links in Tagen" (Standard 90, 0 = unbegrenzt). Sie betrifft ausschließlich Links in bereits verschickten E-Mails; im Kundenkonto und in der Administration werden Links bei jedem Aufruf neu erzeugt und laufen nicht ab.
Neu: Einstellung „Alte öffentliche Pfade weiter ausliefern" (Standard an), damit Links in E-Mails aus der Zeit vor der Umstellung weiter funktionieren.
Neu: Die Uploads liefern jetzt einen fertigen Link mit (upload.downloadUrl). E-Mail-Vorlagen müssen den Pfad nicht mehr selbst zusammenbauen — künftige Änderungen an der Ablage bleiben damit für Sie unsichtbar. Bitte stellen Sie Ihre Vorlagen auf {{ upload.downloadUrl }} um; die Dokumentation zeigt das Vorher/Nachher.
Neu: Befehl bin/console futi:uploads:migrate zum Umziehen bestehender Dateien, mit --dry-run zum Vorabprüfen und --purge-public als getrenntem zweiten Schritt. Bewusst kein automatischer Umzug beim Update: bei vielen Uploads liefe der in einen Timeout.
Neu: Hinweis in den Plugin-Einstellungen, solange noch Dateien im öffentlichen Verzeichnis liegen.
Fix: Der Vorschau-Link einer noch nicht bestellten Datei im Warenkorb zeigte seit 2.3.2 auf einen Pfad ohne das Upload-Unterverzeichnis und lief damit ins Leere.
Fix: Der Download im Uploads-Fenster der Administration führte ins Leere, sobald die Dateien privat lagen.

2.4.2

Fix: Im Kundenkonto wurde unter „Bestellungen" ein Upload-Feld angezeigt, das dort nicht arbeiten kann — es erhielt weder die konfigurierten Dateitypen noch einen Bezug zur Bestellung, sodass sich keine Datei auswählen ließ. Ein nachträglicher Upload ist in dieser Version nicht vorgesehen; das Feld entfällt daher. Die Liste der zur Bestellung hochgeladenen Dateien bleibt unverändert erhalten.
Fix: In der Einzelansicht einer Bestellung — dem Weg, über den auch Gastbesteller per Link auf ihre Bestellung kommen — fehlte die Liste der hochgeladenen Dateien vollständig. Sie wird dort jetzt genauso angezeigt wie in der Bestellübersicht.

2.4.1

Performance: Das JavaScript des Uploaders (rund 100 KB) wurde bisher auf jeder Seite der Storefront mitgeladen — auch dort, wo gar kein Upload-Feld vorhanden ist. Es wird jetzt erst nachgeladen, wenn ein Upload-Feld tatsächlich auf der Seite steht. Auf Startseite, Kategorie- und allen übrigen Seiten entfällt es damit vollständig.

2.4.0

Neu: Die Uploads stehen jetzt auch über die Store-API zur Verfügung. Headless- und PWA-Frontends nutzen dieselbe Upload-Strecke wie die Storefront — siehe Store-API (Headless).
Sicherheit: Beim Upload wird geprüft, dass der angegebene Warenkorb auch der des Aufrufers ist. Bisher konnte ein Aufrufer einen beliebigen fremden Warenkorb angeben.
Sicherheit: Beim Löschen wird geprüft, dass die Datei zum Warenkorb des Aufrufers gehört. Bisher genügte die Kenntnis der Datei-ID, um fremde Uploads zu löschen.
Die Upload-Logik von Storefront und Store-API liegt jetzt an einer Stelle, damit beide Wege nicht auseinanderlaufen.

2.3.2

Fix: Luden Kunden mehrere Dateien mit demselben Dateinamen an derselben Bestellposition hoch, wurden diese im Zwischenspeicher unter demselben Pfad abgelegt. Dadurch überschrieben sich die Dateien gegenseitig und beim Bestellabschluss fand nur die erste Datei ihren Weg in die Bestellung — die weiteren Einträge waren in der Administration sichtbar, ließen sich aber nicht herunterladen. Jede Datei erhält jetzt ein eigenes Verzeichnis.
Fix: Fehlt die hochgeladene Datei, wird für sie kein Eintrag mehr an der Bestellposition angelegt. Bisher entstand ein Eintrag mit totem Download-Link; stattdessen wird der Vorgang jetzt im Log vermerkt.
Fix: Ein Fehler beim Ablegen einer Upload-Datei kann den Bestellabschluss nicht mehr abbrechen.

2.3.1

Fix: Beim Laden der Bestellpositionen wurde eine nicht existierende „media"-Assoziation angefragt, was das Error-Log unnötig mit Warnungen füllte (Downloads und Funktion waren davon nicht betroffen)

2.3.0

Neu: Einstellung „Upload automatisch starten" — ist sie aktiv, wird eine Datei sofort nach dem Auswählen bzw. Hineinziehen hochgeladen, der Upload-Button entfällt. Damit lässt sich das Verhalten der Versionen bis 2.0.x wiederherstellen. Standard: aus (nur dann können Bilder vor dem Upload bearbeitet werden).
Fix: Bestellungen ohne Payload (z. B. per API oder Import angelegt) führten in der Bestellübersicht zu einem Fehler (500). Der Payload wird jetzt korrekt behandelt.

2.2.0

Neu: Admin-Oberfläche für Bestell-Uploads – hochgeladene Dateien direkt auf der Bestelldetailseite im Admin ansehen und verwalten
Fix: Webcam-Panel – Aufnahme-Button vollständig sichtbar, Dashboard vergrößert sich beim Öffnen der Webcam
Routine: Store-Screenshots aktualisiert (9 DE + 9 EN, 1920×1080)

2.1.4

Fix: Uppy zeigt im Drop-Bereich nun den korrekt übersetzten Text, wenn das Webcam-Plugin aktiv ist
Fix: Webcam-Import – Kamerabild wird korrekt skaliert und der Aufnahme-Button ist wieder sichtbar

2.1.3

Fix: Composer-Abhängigkeit ankitpokhrel/tus-php wird beim Plugin-Install jetzt automatisch aufgelöst

2.1.2

Alle phpStan-Warnungen des Shopware Store Code-Reviews behoben
Direkte Dateisystemzugriffe (mkdir, unlink, rename) durch Flysystem ersetzt
Context::createDefaultContext() durch injizierten SalesChannelContext ersetzt
N+1-Datenbankabfragen in der Bestellübersicht optimiert (Batch-Abfragen)
Deprecated EqualsFilter('id') durch Criteria([$id]) ersetzt
Plugin-Icon komprimiert

2.1.1

Kompaktes Uppy-Dashboard: dynamische Höhe (wächst wenn Dateien ausgewählt werden)
Min/Max Upload-Anzahl wird direkt im Dashboard angezeigt
README mit vollständiger Plugin-Dokumentation aktualisiert

2.1.0

Fine Uploader durch Uppy + TUS ersetzt — modernes, professionelles Upload-Widget
TUS-Protokoll für unterbrechungsfreie, wiederaufnehmbare Uploads
Webcam-Support via @uppy/webcam — Fotos direkt aufnehmen
Bild-Editor via @uppy/image-editor — Zuschneiden und Bearbeiten vor dem Upload
Dateien werden nun pro Line Item gespeichert: uploads/cache/{cartToken}/{lineItemId}/
Finale Dateien nach Bestellabschluss unter uploads/final/{qquuid}/

2.0.4

Migration zu CartProcessorInterface für Shopware 6.7 Kompatibilität
Fix: CustomFields werden korrekt aus translated-Feldern geladen
Deprecated CartDataCollectorInterface ersetzt

2.0.3

Template-Struktur optimiert (nutzt lineItem.payload.customFields direkt)
Performance verbessert durch vereinfachte Upload-Status-Erkennung
UI-Styling für Upload-Hinweis angepasst

2.0.2

Kompatibilität mit SwagCustomizedProducts Plugin wiederhergestellt
LineItemEnricher verbessert für SwagCustomizedProducts Template Line Items

2.0.1

Produkt-CustomFields werden korrekt in die Cart Line Items angereichert

2.0.0

Shopware 6.7 Kompatibilität
Upload-Handling grundlegend überarbeitet

1.5.0

Option für Upload-Informationen auf der Produktseite hinzugefügt

1.4.2

Upload-Informationen im Warenkorb angepasst

1.4.1

Warnungen der statischen Code-Analyse behoben

1.3.4

TranslatorInterface und LoggerInterface hinzugefügt

1.3.3

Fehlermeldungen optimiert
Upload-Pfad für Subdir-Shops korrigiert

1.3.1

Deprecated Funktion für addLineItem ersetzt
Info-Box auf der Artikelseite korrigiert
Kompatibilität mit Custom Products wiederhergestellt

1.3.0

Admin-Bestellübersicht: Neue Spalte mit Anzahl der Uploads

1.2.1

Darstellung der übertragenen Daten in der Bestellübersicht (Kundenbereich) korrigiert

1.2.0

Plugin mit Rector für Shopware 6.5 aktualisiert und refaktoriert

1.1.4

Einstellung zum Hinzufügen identischer Produkte mit verschiedenen Uploads hinzugefügt

1.1.3

Die Auflistung der übertragenen Daten wurde unterhalb des Produktnamens in der Bestellübersicht hinzugefügt.

Für den Titel über der Auflistung wurde folgender Textbaustein hinzugefügt: futi-cu.account-order-item-detail-title

Bestellübersicht mit Upload-Daten

Es gab ein Problem mit speziellen Dateitypen und der Medienverwaltung in Shopware. Vor der Version 1.0.6 wurden alle übertragenen Daten in die Medienverwaltung von Shopware kopiert. Diese Medienverwaltung ist durch eine eigene Definition der erlaubten Dateitypen beschränkt. Durch diese wurde beim Bestellabschluss mit nicht erlaubten Dateitypen ein Fehler geworfen und die Bestellung konnte nicht ausgeführt werden.

Lösung

Das Kopieren der Uploads beim Bestellabschluss in die Medienverwaltung wurde entfernt. Die Uploads werden nun im System aus dem Cache-Ordner in den Final-Ordner kopiert. Die Daten zu einer Bestellung können weiterhin im Admin in den Bestelldetails eingesehen bzw. heruntergeladen werden.

Möchten Sie nun alte Daten löschen, muss dies per FTP geschehen. Gehen Sie dazu in public/uploads/final.

Die erlaubten Dateitypen können nun wieder wie gewohnt in den Plugin-Einstellungen definiert werden.

War diese Seite hilfreich?