Moin zusammen,
ab der 4,5,5 wird bei (komischerweise nur einigen) Varianten keine Artikelbeschreibung mehr angezeigt!
Anscheinend hat sich da ein älterer Bug wieder eingeschlichen.
Da Oxid ja ab und zu etwas länger braucht… Gibts da eine “quick & dirty” Lösung?
Beste Grüsse
Thomas
Moin Ray,
werd ich morgen mal testen.
Besten Dank
Thomas
Hi,
ja ist definitiv ein Bug.
In der 4.5.4 ging es noch.
Demnach werde ich wohl auf die 4.5.6 warten und hoffen, dass das Problem dann behoben ist.
Gruß,
Kai
Oder einfach den bereitgestellten Mini Bugfix verwenden, da spricht ja auch absolut nichts dagegen.
Hallo,
habe den Bugfix eingebaut. Leider gibt es weiterhin Fehler.
Die bessere Lösung von coarsy [I]if ( $sDbValue !== “” ) { [/I] hat leider nicht fehlerfrei funktioniert.
Während die Lösung [I]if ( $sDbValue != false )[/I] auch von coarsy auf den ersten Blick super funktioniert.
Trotzdem gibt es weiterhin einen Fehler bei der Artikelbeschreibung…
Ich kopiere meist Artikel und ändere die Daten ab.
Fehler reproduzieren:
Hoffe das ist einigermaßen verständlich.
Gruß,
Kai
Servus Kai,
hmmm, das ist ja eigenartig, kann ich so auch nicht nachvollziehen bzw. reproduzieren.
Allerdings habe ich das normale Variantenverhalten komplett ausgehebelt, ich kann
die Varianten URL also nur direkt vom Warenkorb aufrufen.
Benutzt Du nen FCK-Editor bzw. wie bearbeitest Du die Varianten?
Die Longdescription in den Varianten muss komplett leer sein, damit
die Vererbung funktioniert, da genügt schon ein bspw. leeres P-Tag,
welches evtl. vom FCK-Editor eingefügt wird, damit die Vererbung
"unterbrochen" wird.
Überprüfe doch bitte mal in der oxartextends Tabelle, ob dort bei den Varianten
die oxlongdesc wirklich leer ist.
Hi Chris,
danke für die schnelle Antwort.
Den FCK-Editor benutze ich nicht. Ich habe den Shop bisher in der Grundinstallation am laufen ohne Extra Module. Varianten bearbeite ich ganz normal unter der Registerkarte Varianten bei einem Artikel.
Überprüfe doch bitte mal in der oxartextends Tabelle, ob dort bei den Varianten
die oxlongdesc wirklich leer ist.
Hier scheint das Prolem zu liegen. Am Anfang der oxartextends ist das Feld oxlongdesc bei mehreren Varianten immer leer (hier war Version 4.5.4. im Einsatz) und ab Seite 77 ist das Feld immer gefüllt. Und zwar mit der oxlongdesc der kopierten Variante.
Es kommt hin, dass der ziemlich genau mit dem Update auf 4.5.5 zusammenhängt.
Ich lösche jetzt bei allen Artikeln die es betrifft die Varianten und geb diese neu ein.
Aber auch bei kompletter Neueingabe der Varianten (vorher die alten rauslöschen und danach auch die richtige Anziege im Shop) wird das Feld oxlongdesc immer gefüllt.
Gruß,
Kai
Hi Kai,
jo, kein Thema 
Wenn das wirklich ein Bug sein sollte, dann auf jeden Fall nen Bugeintrag eröffnen. Die Vererbung funktioniert ja, das ist dann wohl eher ein Kopier Bug oder sowas in der Art. Ich kopiere im Backend überhaupt keine Artikel, da ich ja CAO als Master verwende und somit eher selten im Backend unterwegs bin…
Hi,
werd ich tun wenn du mir verräst wo 
Gruß,
Kai
Ist diese Verhalten im Demoshop nachstellbar, oder handelt es sich eventuell um ein einzelnes Problem?
[QUOTE=Hebsacker;76714]scheint schon bekannt (und gelöst) zu sein
https://bugs.oxid-esales.com/view.php?id=2956[/QUOTE]
Die Lösung bezieht sich leider nur auf das Thema: Beschreibung wird bei Varianten nicht angezeigt. der von mir gefunde Bug scheint ein anderer zu sein und mit kopieren zusammenzuhängen.
Gruß,
Kai
Hier der neue gemeldet Bugfix.
https://bugs.oxid-esales.com/view.php?id=3454
Leider ist er nur Reproduzierbar wenn der von Chris gemeldete behoben ist.
Gruß,
kai
[QUOTE=Hebsacker;76714]scheint schon bekannt (und gelöst) zu sein
https://bugs.oxid-esales.com/view.php?id=2956[/QUOTE]
Mir ist hier auch gerade dieser Fehler aufgefallen.
Des weiteren scheint beim anlegen einer Variante nun auch automatisch der Beschreibungstext (Longdesc) vom Vaterartikel in die jeweilige Variante kopiert zu werden, ein Bug?
Deswegen ist mir das mit dem Beschreibungstext auch nicht gleich aufgefallen, weil er automatisch vom Vaterartikel in die Variante kopiert wird.
Seltsam finde ich auch, dass beim Anlegen von Varianten, wenn ich hier eine angelegte Vorlage verwende, diese Varianten nochmal als Atribute zugeordnet werden.
Ja scheint ein Bug zusein. Das ist der den ich gemeldet habe. Leider scheint es dazu bisher noch keine Lösung zu geben.
Moin,
[QUOTE=Daywalker;77491]Ja scheint ein Bug zusein. Das ist der den ich gemeldet habe. Leider scheint es dazu bisher noch keine Lösung zu geben.[/QUOTE]
Doch. Schau mal, was coarsy dazu in den Kommentaren gepostet hat - das sollte so funktionieren. In der 4.6.0 ist das etwas anders gelöst. Zum Anschauen gibt’s hier die beta:
http://www.oxid-esales.com/de/exchange/extensions/oxid-eshop-460-beta
Gruß
Meinst du das?
This bug is now back in version 4.5.5.
I’ve seen, that the getArticleLongDesc was refactorized.Changing the if ( $sDbValue !== false ) statement
to if ( $sDbValue != false ) is solving this problem.Are you compliant with me? Would be very great, if you
could provide an hotfix for this issue.
Löst aber das Problem nicht das im ACP automatisch der Longdesc Text vom Vaterartikel in die Variante kopiert wird.
Weiß jemand ob die beiden hier benannten Fehler in der aktuelle 4.5.6 behoben sind?
Gruß,
Kai