Gelöst [WAWI-21013] Warum übermittelt die WAWI <br> an Amazon obwohl nix in der Amazon Beschreibung steht?

[Japsa]

Hallo,
weshalb hab ich in der Artikelbeschreibung nach jedem
<li>...</li> immer ein <br> stehen, obwohl ich das in der WAWI unter Amazon Beschreibnung nicht stehen habe (zumindest nicht sichtbar):

Auf Amazon sieht es direkt nach dem Listen so aus:

https://oppel.eu/jtl/sfx47br.JPG

Im Quellcode dann logischerweise so:
https://oppel.eu/jtl/sfx47br2.JPG

In der WAWI sieht es so aus - da sind keine <br> zu sehen:

https://oppel.eu/jtl/sfx47wawi.JPG

Und so soll es eigentlich aussehen - nach dem ich es in Amazon direkt nach bearbeitet habe:
https://oppel.eu/jtl/sfx47ama.JPG


In der Flatfile die für Amazon erzeugt wird, sind diese >br> (Zeilenumbrüche) enthalten:
https://oppel.eu/jtl/flatfile.JPG


Wenn ich mir die Beschreibung für Amazon ziehe, dann sieht es darin so aus:

https://oppel.eu/jtl/csvexport.JPG

Für mich sind da auch keine <br> zu sehen - hier sieht man ja den kompletten HTML-Code oder?

Ich kann doch jetzt nicht ernsthaft 1000 Artikel die ich listen möchte, mit je 5 bis 7 Child(Kinder)-Artikel alle per Hand sauber auf Amazon nacharbeiten oder? Das ist doch bestimmt nicht von JTL so gewollt 🙂

Danke & Gruß Dirk

 

[Japsa]

Liegt der Fehler vielleicht bei mir?

 

[Japsa]

Hallo,
Niemand da, der mir dies beantworten kann?
Ich brauch eine Lösung für das Problem 🙂

Danke & Gruß Dirk

 

[Uwe Jaksties]

Hallo Dirk,

in dem Export der Amazon-Beschreibung sind ganz ersichtlich Umbrüche drin, deswegen sieht das auch so schön formatiert aus. Normalerweise sollte man diese Umbrüche auch in der Wawi erkennen können, auch wenn das auf dem Bild der Wawi-Beschreibung nicht ersichtlich ist. Diese Umbrüche müssen raus. Der HTML-Code muss wie eine unleserliche Wand aus Text aussehen. Ich vermute an der Stelle die Ursache.

 

[Japsa]

@uwe, genau das ist ja das Problem.
Ich hab ja auch gedacht und davon gehe ich eigentlich immer noch aus, dass ich die <br> in der WAWI hinter jeden abschließenden </li> eigentlich sehen müsste, da ja <br> genauso ein HTML-Tag ist, wie ein <li> </li>.

Ich kann aber auch nicht hergehen, und die <br> aus der Flatfile über Suchen löschen, dann lösche ich die Zeilenumbrüche ja auch dort im Text selbst mit weg, wo ich sie eventuell bewusst gesetzt habe.

Ich hab bis jetzt nur 1 Musterartikel an Amazon gelistet, um zu sehen, ob alles passen würde und dabei ist mir das Problem aufgefallen.
Bei einem 2 "Test"-Artikel hatte ich das gleiche Problem und ich hab hier in der WAWI knapp über 5000 Artikel, die ich - wenn es keine Lösung gibt - auf Amazon per Hand nacharbeiten müsste 🙁

Gruß Dirk

 

[Xantiva]

Hast Du noch kein Ticket beim Support eröffnet?

 

[Japsa]

Hast Du noch kein Ticket beim Support eröffnet?

Noch nicht, werde ich aber wohl müssen.
Ich wollte eigentlich erstmal eine Antwort von einem Supporter hier abwarten - vielleicht liegt ja die Lösung einfacher als man denkt und ich komm nur nicht drauf 🙂

 

[Uwe Jaksties]

@uwe, genau das ist ja das Problem.
Ich hab ja auch gedacht und davon gehe ich eigentlich immer noch aus, dass ich die <br> in der WAWI hinter jeden abschließenden </li> eigentlich sehen müsste, da ja <br> genauso ein HTML-Tag ist, wie ein <li> </li>.

Ich kann aber auch nicht hergehen, und die <br> aus der Flatfile über Suchen löschen, dann lösche ich die Zeilenumbrüche ja auch dort im Text selbst mit weg, wo ich sie eventuell bewusst gesetzt habe.

Ich hab bis jetzt nur 1 Musterartikel an Amazon gelistet, um zu sehen, ob alles passen würde und dabei ist mir das Problem aufgefallen.
Bei einem 2 "Test"-Artikel hatte ich das gleiche Problem und ich hab hier in der WAWI knapp über 5000 Artikel, die ich - wenn es keine Lösung gibt - auf Amazon per Hand nacharbeiten müsste 🙁

Gruß Dirk

Hallo Dirk,

nein da hast Du mich missverstanden. Ich rede nicht von dem <br>-Tag. In deinem HTML-Code sind klassische Umbrüche drin. Ich weiß gerade nicht wie ich es anders formulieren soll. In der Wawi hast Du bei den Beschreibungen den Editor drin und der funktioniert ja ähnlich wie Word bzw. Wordpad. Wenn Du dort einen Umbruch einfügst, würde der Editor den im Code mit einem <br> übersetzen. Du kannst aber auch in dem HTML-Code selbst Umbrüche setzen und diese Umbrüche können auch mit der Ameise importiert werden, wenn sie in der Excel-Zelle bereits vorhanden sind. Diese Umbrüche würde ein Browser nicht als Umbruch interpretieren, da der Browser nur das HTML übersetzt. Bei der Übergabe der Beschreibung und somit der Umbrüche an Amazon werden diese aber sehr wahrscheinlich nochmal interpretiert und in ein <br> übersetzt.
Ich vermute es sind nicht mal komplette Umbrüche (ein Texteditor würde den als CR LF darstellen), sondern nur ein halber (CR oder LF). Hier müsstest Du meines Erachtens ansetzen, indem Du die exportierte CSV nicht in Excel öffnest, sondern in einem Texteditor (ich empfehle Notepad++). Dort kannst Du dir alle Umbrüche anzeigen lassen (unter Ansicht - alle nicht druckbare Zeichen anzeigen) und meine Vermutung erstmal prüfen.
Ich bin mir sehr sicher, dass das kein Ticket-relevantes Problem ist.

 

[Japsa]

Uwe, ich meinte Ja Mit HTML-Tag die Umbrüche - sorry fürs Missverständnis.

Dann verstehe ich aber nicht, dass in der WAWI (Screenshot 3 oben) diese Umbrüche eben nicht zu sehen sind.
Ich kenne so viele Editoren - ob in Plenty, bei Amazons selbst, bei Word etc. sind immer alle Umbrüche zu sehen nur bei JTL macht es Probleme?

Und ja, in der CSV (FlateFile) hab ich diese Zeilenumbrüche drin <br /> - aber nicht in der WAWI wie man sieht, da steht <li></li> an <li></li>
https://oppel.eu/jtl/jtlscreenbr.JPG

 

[Rico Giesler]

Hallo. Wir haben dazu bereits ein Ticket: https://issues.jtl-software.de/issues?query=WAWI-12858

 

[Japsa]

Hallo. Wir haben dazu bereits ein Ticket: https://issues.jtl-software.de/issues?query=WAWI-12858

Rico, das hilft mir aber aktuell nicht. Ich bräuchte aktuell eine schnelle Lösung.
Ich kann ja nun beim besten Willen jetzt nicht an die 5000 Artikel händisch nacharbeiten und beim nächsten Aktualisieren durch die WAWI ist die Arbeit wieder hin, da alles überschrieben wird.

 

[Matze7779]

Na was denn... Der Bug ist doch erst von 2016! Also für JTL noch ganz neu.
Da steht ja auch "Mittelfristig"!

Freu dich doch lieber auf die super, mega, absolut tolle 1.3. Wen interessieren da schon alte Bugs die einen total nerven! 😵

 

[Japsa]

Matze99, das ist jetzt aber nicht lustig 🙁
Es gib aber eine neue BugMeldung dazu:
https://issues.jtl-software.de/issues/WAWI-21013

 

[Rico Giesler]

Leider haben wir dort derzeit keinen Workaroud den wir anbieten könnten, da der Fehler scheinbar erst bei der Erstellung der Flatfile entsteht und nicht schon in der DB vorhanden ist.

 

[Sören Sieber]

Hallo Rico,

wir haben das Problem auch. Wird das in der 1.3 gefixt sein?

 

[Rico Giesler]

Hallo. Die Kollegen versuchen es in der 1.3.9 noch umzusetzen, ich kann aber nicht versprechen dass dies klappt.

 

[Japsa]

Jo, es tut sich was:
https://issues.jtl-software.de/issues/WAWI-21013 - soll bis zur 1.3.15.0 jetzt endlich umgesetzt sein 🙂 Bin ich ja mal gespannt.
Ich hoffe nur, dass diese Version nicht 1 Jahr dauert 🙂