Moin in die Runde,
ich werde mit dem Update noch etwas warten, bzw ebenfalls (Unbedingt) erst alles auf meiner Testumgebung durchspielen.
Was den Link zur Hilfe im Post #2 betrifft, dieser ist aus 2016. Daher wäre ich mit dieser Lösung etwas Vorsichtig.
Ich denke nicht, dass es an der PHP- Version liegt. Wobei die 7.2 schon im Dezember 2019 abgelaufen ist und seither nur noch mit Sicherheitsupdates versorgt wird. Hier gibt es einen besseren Überblick dazu. Allein daher würde ich schon auf eine höhere PHP- Version wechseln.
Ich selbst habe vor Tagen von 7.3 auf 7.4 umgestellt. Alle meine Zahlungserweiterungen und Kaufabwicklungen wzb. Downloads und Physiche Produkte funktionieren bestens.
Kannst Du uns mal bitte die Links zu den anderen Foren senden, wo über dieses Problem gesprochen wird? Eventuell gibt es dort andere Sichtweisen oder Lösungswege.
Joomla ist auf der aktuellen version 3.9.23. Dann müssten sieben Seiten Joomla-Probnleme haben. Mit dem neuen Update 3.8.6 stimmt was nicht mehr überein.
Iich habe "Fehler berichten" auf "Maximum" gestellt - wo stehen denn die Fehler? Kannst Du mir da weiterhelfen?
Hallo Silgra,
das kann ich nicht bestätigen, ich habe zwei Shops unter J3.9.23 mit VM 3.8.6 mit PHP 7.4 am laufen. Beide Shops laufen ohne Probleme.
Der Fehlerbericht sollte nach Aktivierung am unteren Bildschirmrand ersichtlich sein, oder Oben, hab es lange nicht genutzt. Alternativ kannst Du auch den VM- Debugmodus nutzen, um zu sehen, ob es bei VM irgendwo klemmt.
Kann man irgendwo sehen, durch was der 1054 Fehler entsteht?
Ich gehe mal davon aus, dass es ein Joomla- Probem ist. In diesem Falle würde ich in einer Testinstallation in der Konfiguration unter "Server" - "Fehler berichten" auf "Maximum" stellen. Dann das Update fahren um zu sehen, welche Fehler angezeigt werden.
habe jetzt mal bei zwei meiner Shops nachgesehen und konnte diesen Fehler bei mir nicht Reproduzieren. Hast Du die meine Posts #5 und #6 duchgelesen?
Edit: Dieser Fehler kann auch ein Datenbankproblem sein. Wie hast Du diese unterschiedlichen Shops erstellt? Sind es eventuell Kopien von einer Installation? Haben sie unterschiedliche Datenbanken?
Was genau bedeutet, "konnte Backup nicht einspielen?
Mir ist auch aufgefallen, dass ich von 3.8.4 gleich auf 3.8.6 updaten sollte. 3.8.5. gab es garnicht zum Update.
Nein, ungerade Versionszahlen sind immer eine Zwischenversion, Somit hast Du schon das richtige Update gefahren. Was passiert wenn Du auf PHP 7.3 umstellst?
Und wie ich gerade lese, Haben mehrere Shops deiner Kunden das gleiche Problem?
Hallo Silgra,
es ist schon etwas her, wo ich so ein Problem mal hatte. Damals war die Ursache, dass die Joomla- Grundinstallation mal eine Quickstart- Installation war, welche dann nach einigen Updates diesen Fehler brachte.
Aber generell gefragt, was meinst Du mit, Kunden können nichts mehr Hochladen? Betreibst Du einen Shop wo kunden Produkte hochladen können? Oder hast Du dieses Problem in mehreren Shops deiner Kunden?
Geht es um das Front oder Backend, welches den Fehler rausbringt?
Und ja, ich meinte ein Warenwirtschaftssystem.
Hallo Silgra,
nutzt Du eventuell externe Erweiterungen für VirtueMart? Eventuell ein WaWi? Falls ja, sind diese Erweiterungen Aktuell bzw kompatibel zur Version 3.8.6?
Um solche Probleme einzugrenzen, teste ich jedes Update/Upgrade immer erst auf einer exakten Spiegelung meines Shops, bevor ich mich dann an den Live-Shop ran mache. Nur so ein Tipp! 
Hallo Boerky,
ich bin mir nicht 100 %ig sicher, aber wie es scheint, ist da irgendwo ein API-Plugin aus der Version 3.2.14 hängen geblieben. Eventuell durch ein fehlgeschlagenes Update oder einer Rücksicherung.
Ich selber habe dieses Problem bei mir nicht feststellen können, aber hier habe ich mal was dazu gefunden. Vielleicht hilft es ja.
Habe eben gesehen, dass das Upadte jetzt im Backend angezeigt wird.
TCPDF 1.0.9 war allerdings nicht dabei.
Dazu musst Du dir wie der Stefan es im Post #2 beschrieben hat, die "package" Datei downloaden, diese dann entpacken und die TCPDF extra als letztes installaieren. Das war es dann.
Hallo Alex,
ich kann das Problem ebenfalls nicht bestätigen. Bei mir laufen die PayPal- Standardeinstellungen sauber durch.
Nun weiß ich nicht genau ob ihr nen eigenen Server betreibt? Ansonsten würde ich direkt mit den Technikern mal Telefonieren, was genau alles geändert wurde.
Gruß Tommy
Hallo Michael,
willkommen im Forum. Ich fange dann mal von vorne an zu Fragen.
1. Ist das ein neu eingerichteter Shop?
2. War das schon immer so?
3. Hat er vorher mal funktioniert? Und wenn ja, was wurde danach gändert?
Hallo funny-rabbit,
nicht gleich verzweifeln! 
Schau zu deinem Problem mal in diesen Post" In meinem Beitrag #2 habe ich eventuell einen weiteren Lösungsweg für dein Problem?
Hallo deejay115,
ich kann das Problem nicht nachvollziehen, bei mir funktioniert z.B. Klarna- Sofort ohne Probleme.
Was speziell funktioniert bei dir denn nicht?
Hallo Klaudia,
das kannst Du ganz einfach mit hauseigenen Mtteln erledigen. Unter Selbsterstelltes Feld wählst Du "Zeichenfolge". Kurz Konfigurieren und Speichern.
Im Produkt kannst Du dann unter Selbsterstellte Felder diesen Feldtyp sooft erzeugen, wie Du varianten hast. Den Preis lässt Du dann einfach gleich.
Hallo Stefan,
jetzt wo du es sagst, so ist es auch bei mir seit Jahren. Ich habe mich schon immer darüber gewundert, dass das Verkaufsdatum irgendwie um zwei Stunden versetzt ist, obwohl mein System auf MEZ Berlin steht.
Da es für mich nie ein großes Ding war, hatte ich es auch nicht Thematisiert. Nun jedoch weiß ich, es lag nicht an mir. 
P.S. Die MwSt Umstellung hatte ich eh händisch vorgenommen.
Nur die manuelle Umstellung ermöglicht den Wechsel des Mehrwertsteuersatzes. Die günstigeren Preise sollen an den Endkunden weitergegeben werden.
Das hatte ich ja schon ein meinem Post #5 geschrieben. Natürlich ist es möglich, nach der manuellen Umstellung auf 16% den Bruttopreis neu zu setzen. Das hängt jedoch von den Anzahl an Produkten ab. Zudem müsste dann ab dem 01.01.2021 wieder alles händisch rückgängig gemacht werden.
Ja das sollte so funktionieren.
Man mus nur daran denken, dass dann der verringerte Mehrwertsteuersatz automatisch an den Kunden weitergegeben wird, da sich in diesem Fall ja die Mehrwertsteuer auf den Bruttopreis bezieht. So habe ich z.b. meine Artikel immer eingestellt. (Vorgegebener MwSt Satz und Grundpreis automatisch ermitteln).
Ich persönlich nutze nur einen Steuersatz und diesen werde ich nachts händisch umstellen. Zumindest hat es gestern in meiner Testumgebung bestens funktioniert.
Mal davon abgesehen, dass ich mit Kommissionswaren handele, welche ich vorher natürlich zu 19% eingekauft habe, und mit welchen Händlern ich jetzt für 6 Monate Nachverhandelungen tätigen muss. Das ist wiederum ein anderes Problem, mit welchem sich denke ich viele Shopbetrieber derzeit rumschlagen müssen.
Hallo,
dazu kannst Du unter Konfiguration - Shop - Mehrwertsteuer (oder so ähnlich) eine zweite mit 16% anlegen. Dort gibt es einene Kalenderzeile, in welcher du das Start und Enddatum angeben kannst.
Das gleiche machst Du mit dem alten bisherigen Steuersatz. Somit sollte sich in der Nacht vom 30.06 zum 01.07 dein Steuersatz automatisch umstellen.
Hallo HaeFB,
ich habe zu diesem Thema mal eine Verständnisfrage. Wozu genau benötigt man für die Bestellnummernvergabe eine extra Erweiterung?
Ich nutze von Anfang an die mitintallierte aus dem VM-Core und hatte mit dieser noch nie Probleme mit dem FA oder Steuerberater.
Nur Interessehalber!
