Bugfix: KI-Wasserzeichen-Logo wird live nicht angewendet (verschachtelte imagor-URL wird gemangelt) #32

New issue

Closed

opened 2026-08-09 16:24:46 +00:00 by csaeum · 0 comments

csaeum commented

2026-08-09 16:24:46 +00:00

Owner

Live-Test von v1.7.0 auf projektleder.de: Das Basisbild wird korrekt über imagor ausgeliefert, aber der watermark()-Filter greift nicht — kein Log-Eintrag in imagor für "watermark"/das Testbild, obwohl die generierte URL im Browser fehlerfrei lädt (nur ohne Logo).

Root Cause: ImagorUrlBuilder bettet eine zweite komplette https://-URL (den Logo-Resize-Aufruf) als Filter-Argument in watermark(...) ein. Diese verschachtelte absolute URL wird irgendwo zwischen Shopware und imagor gemangelt/entschärft (sichtbar an einer inkonsistenten %3A/%28-Kodierung im gerenderten <img src>, vermutlich weil das Muster "Funktion(https://...)" wie ein SSRF-/Injection-Versuch aussieht) — die Anfrage kommt nie mit intaktem Filter bei imagor an.

Fix:

Kein verschachtelter imagor-Resize-Aufruf mehr im Filter-Argument — das Logo wird direkt referenziert (schema-los, wie das Hauptbild), kein w_ratio/h_ratio-Resize mehr nötig.
Logo-Auswahl über Shopwares nativen Medien-Picker (sw-media-field-Component) statt Freitext-URL-Feld — Nutzer wählt das Logo direkt aus der Medienverwaltung.
imagorBaseUrl von type="text" auf type="url" umgestellt (Shopware hat ein natives URL-Feld mit Validierung).
imagorLogoWidth/-Height beschreiben jetzt die tatsächlichen Pixelmaße des hochgeladenen Logos (nur noch für die Text-Offset-Berechnung genutzt, kein Resize-Enforcement mehr) — Nutzer muss das Logo bereits in der gewünschten Zielgröße hochladen.

Live-Test von v1.7.0 auf projektleder.de: Das Basisbild wird korrekt über imagor ausgeliefert, aber der `watermark()`-Filter greift nicht — kein Log-Eintrag in imagor für "watermark"/das Testbild, obwohl die generierte URL im Browser fehlerfrei lädt (nur ohne Logo). **Root Cause:** `ImagorUrlBuilder` bettet eine zweite komplette `https://`-URL (den Logo-Resize-Aufruf) als Filter-Argument in `watermark(...)` ein. Diese verschachtelte absolute URL wird irgendwo zwischen Shopware und imagor gemangelt/entschärft (sichtbar an einer inkonsistenten `%3A`/`%28`-Kodierung im gerenderten `<img src>`, vermutlich weil das Muster "Funktion(https://...)" wie ein SSRF-/Injection-Versuch aussieht) — die Anfrage kommt nie mit intaktem Filter bei imagor an. **Fix:** 1. Kein verschachtelter imagor-Resize-Aufruf mehr im Filter-Argument — das Logo wird direkt referenziert (schema-los, wie das Hauptbild), kein `w_ratio`/`h_ratio`-Resize mehr nötig. 2. Logo-Auswahl über Shopwares nativen Medien-Picker (`sw-media-field`-Component) statt Freitext-URL-Feld — Nutzer wählt das Logo direkt aus der Medienverwaltung. 3. `imagorBaseUrl` von `type="text"` auf `type="url"` umgestellt (Shopware hat ein natives URL-Feld mit Validierung). 4. `imagorLogoWidth`/`-Height` beschreiben jetzt die tatsächlichen Pixelmaße des hochgeladenen Logos (nur noch für die Text-Offset-Berechnung genutzt, kein Resize-Enforcement mehr) — Nutzer muss das Logo bereits in der gewünschten Zielgröße hochladen.

csaeum referenced this issue from a commit

2026-08-09 16:30:37 +00:00

fix(imagor): stop mangling the watermark filter, use media picker for the logo

csaeum referenced this issue from a pull request that will close it,

2026-08-09 16:30:46 +00:00

fix(imagor): stop mangling the watermark filter, use media picker for the logo #33

csaeum closed this issue

2026-08-09 16:30:50 +00:00

csaeum referenced this issue

2026-08-09 16:53:45 +00:00

Logo-Wasserzeichen fehlt: eigener Decorator wrappt die Logo-Medien-URL rekursiv (Folgebug zu #32) #35

csaeum referenced this issue from a commit