Das sind ja dann für mich eigentlich gute Nachrichten...
Eben.
Ja, Rechnungen werden durch VM erzeugt.
Danke, dann habe ich wohl zwei unabhängige Bugs in einem.
Beiträge von StefanSTS
-
-
Servus,
ich bin gerade in der "glücklichen" Lage, das Problem selbst in einer Installation zu haben. Der Vorteil ist, dass ich das Problem nun auch dringend lösen möchte.
Kann in Deinem Fall die Rechnung normal (über TCPDF) erzeugt werden?
Grüße
Stefan
-
Die nicht erklärbare Logik sind wahrscheinlich Umlaute, das funktioniert inzwischen wieder.
Aktuelle Versionen gibt es hier:
https://dev.virtuemart.net/projects/virtuemart/files
In diesem Moment würde ich zur 4.0.7.10744 greifen.
EDIT: noch zur 10732 greifen, die 744 hat ein neues Feature und das ist noch etwas buggy. Ist aber sicher gleich erledigt. Dann die nächste Version.
Grüße
Stefan
-
Servus,
vielleicht hilft es, die Liste einzusehen, in der die unterschiedlichen Status (Mz.) der Bestellung zu sehen sind.
Im Backend in der Bestellung oben rechts.
Wird da zwischen Bestätigt und einem anderen Status hin- und hergeschaltet?
Evtl. die Uhrzeit der Statuswechsel mit den Error Logs vergleichen.STS
-
Ich dachte, die wären inzwischen repariert.
Dann vielleicht doch meine:
https://www.jooglies.com/virtu…akete-f%C3%BCr-virtuemartStefan
-
Forum durchsuchen, deutsche Sprachdateien müssen erneuert werden.
STS
-
Du hast da scheinbar mehrere Standard-Default-Gruppen.
Die Gruppen mit ID 5 und ID 8 sind irgendwie dazu gekommen.
Ich würde, erst im Testshop, die beiden mit ID 1 und ID2 aktivieren und dann in der Datenbank die 5 und 8 rauswerfen.
Da könnte ein nicht angezeigter Fehler auftreten, wenn zwei Standardgruppen default vorhanden sind, und dann wird evtl. der Code zur Einordnung in die Gruppe nicht ausgeführt. Oder es wird versucht, in die deaktivierte Gruppe zu verschieben.
Grüße
Stefan
-
Wurde die Gruppe default vielleicht einmal gelöscht (und neu angelegt).
Vielleicht müsste die Datenbank-Tabelle überprüft werden, ob die Gruppeneinstellungen alle noch stimmen.
Ein Vergleich mit der Tabelle eines VM Demo Shops wäre ein Anfang.
#__virtuemart_shoppergroups
Grüße
Stefan
-
Hallo Helmut,
das ist bisserl kompliziert.
Die registrierten Kunden werden keiner Gruppe zugewiesen,
--> und damit fallen sie in die Gruppe default.
Im Grunde heißt das, die registrierten Kunden werden als in der Gruppe default behandelt, wenn keine Gruppe zugewiesen ist.
Ich habe die überwiegenden Shops auf 3.8.9.10473 laufen. Bisher habe ich dazu noch keine solcher Fehlermeldungen bekommen.
Weil's "plötzlich" einfach auftaucht:
Ist es sicher, dass der Shop noch auf PHP 7.4 läuft, oder ist da evtl. eine automatische Umstellung auf PHP 8 gewesen?
Wenn die Fehlermeldungen in Joomla (im Testshop) auf maximum gestellt werden, gibt es dann irgendwelche Meldungen?
Grüße
Stefan
-
Servus,
da müsste man mal in die Datenbank schauen, evtl. reicht es ja, eine alte Sicherung der Tabelle mit den Benutzerdaten zu verwenden, um die Adressen wieder herzustellen, falls die wirklich aus der DB verschwunden sind und der Fehler nicht woanders liegt.
Welche Version wird jetzt verwendet?
Grüße
Stefan
-
Hallo Max,
im zweiten Screenshot sollte der Call Stack zu sehen sein. Endweder ist die Einstellung nicht übernommen worden, der Hoster hat ein Modul nicht aktiviert, oder irgendetwas verhindert die weitere Ausführung.
Die Funktion query() wird in Joomla 4 nicht mehr verwendet. Evtl. kannst Du die Seite lokal ziehen und dann eine Volltextsuche nach "query()" machen.
Ich habe noch einige query() im VM Quellcode gefunden, die habe ich gemeldet. Die Änderung sollte sich in der nächsten veröffentlichten Version wiederspiegeln.
Das Problem kann auch in anderen Erweiterungen auftreten, deshalb ist die Volltextsuche in der Installation trotzdem sinnvoll.
Grüße
Stefan
-
Hallo Max,
als erstes bitte einmal auf die zuletzt veröffentlichte RC-Version 4.0.7.10731 aktualisieren.
Mit dieser Version habe ich getestet, und dort kann ich keinen solchen Fehler feststellen.
Die Ausführungszeit sollte bei diesem Aufruf keine Rolle spielen, selbst wenn es nur 30 Sekunden wären, allerdings sollte das Hosting einmal überprüft werden, ob nicht mindestens 60 Sekunden möglich sind.
Auch der Speicher sollte eher auf 256 MB stehen als weniger.
Evtl. liegt es auch an Einstellungen von Siteground. Ich habe über das letzte Jahr immer wieder Meldungen gesehen, dass Siteground beim Joomla-Hosting Probleme bereitet. Da wäre es gut zu wissen, ob das "alternative Hosting" auch bei Siteground ist.
Grüße
Stefan
-
Servus,
in der Joomla Konfiguration bitte Fehlermeldungen auf Maximum und "Joomla debuggen" auf Ja stellen.
Dann sollte es einen Call Stack geben. Diesen bitte vollständig posten.
Grüße
Stefan
-
Servus,
nur zur besseren Einordnung, welche Version von 4.0.7 ist das?
4.0.7.10731?
Um welchen Custom Field Type handelt es sich?
Grüße
Stefan
-
Servus,
VirtueMart 4 läuft auf Joomla 3 und Joomla 4. Beides wird noch längere Zeit unterstützt werden, auch wenn Joomla 3 offiziell EOL (end of life) sein wird.
Viele Templates lassen sich mit ein paar Handgriffen auch auf Joomla 4 verwenden, wieviele Handgriffe das sind, hängt vom Template ab.
Das VirtuePlanet Smart läuft bereits von Haus aus unter J3 und J4.
"Das Template" hat leider keinen Namen und keine Versionsangabe, deshalb kann ich dazu nichts sagen, außer, probieren.Grüße
Stefan
-
Servus,
als erstes würde ich VM 4.0.7.10730 testen.
https://dev.virtuemart.net/projects/virtuemart/files
Wenn es damit nicht geht, Fehlerberichterstattung in der Joomla Konfiguration auf Maximum und "System debuggen" auf Ja.Dann gibt es evtl. aussagekräftigere Fehlermeldungen.
Grüße
Stefan
-
Servus,
unter folgender URL werden nur zwei aktivierte Plugins angezeigt?
http://www.example.com /administrator/index.php?option=com_plugins&view=plugins
über Suchwerkzeuge - Typ wählen -> vmpayment
Vielleicht hilft ein Screenshot dieser Liste.
Mehrfachmails kenne ich bisher nur in Verbindung mit anderen aktivierten Zahlungsplugins.
Grüße
Stefan
-
Servus,
ist die Einstellung
Modales Pop-Up Fenster beim Klick auf ' In den Warenkorb' anzeigen
in der VirtueMart-Konfiguration (Reiter Kasse) eingeschaltet?
Seit wann tritt dieser Fehler auf?
Evtl. muss das Template aktualisiert werden.
Ein Test mit einem gespiegelten Shop in einer Testumgebung würde helfen.
test.kerzen-bader.de wird gerne genommen.
Dort evtl. auch einmal die 4.0.7.10730 versuchen.https://dev.virtuemart.net/projects/virtuemart/files
Grüße
Stefan
-
Sind alle nicht verwendeten Zahlungs-Plugins in den Joomla Plugins deaktiviert?
Gibt es sonstige Zahlungsplugins von Drittanbietern?Grüße
Stefan
-
Die Funktion createPriceDiv wird nicht benötigt. Die Prozentzahl ist kein Preis und benötigt keine Währung/Berechnung.
Ein einfacher echo-Befehl im Sublayout prices.php sollte reichen.
Sofern $this->product->prices['VatTax'][1][0] hier ein passender Name der Rechenregel ist.
echo '(inkl. ' . $this->product->prices['VatTax'][1][0] . ')';
oder etwas verständlicher für den Code-Leser.
$aktuellerMwstRegelName = $this->product->prices['VatTax'][1][0];
echo '(inkl. ' . $aktuellerMwstRegelName . ')';
Grüße
Stefan
Edit: 0 statt 1.