PPS: Jumbo hat sich gerade zurückgemeldet und schreibt, dass es sehr bald ein Update gibt.
Beiträge von StefanSTS
-
-
PS. Du könntest aus der edit_address.php die Zeilen 38 bis 41 löschen.
Das ist im VM Core jetzt entfernt und wird wohl auch durch Jumbo entfernt werden.
Allerdings kommt das noch an anderen Stellen vor.
Die hab ich gerade nicht mehr im Kopf, ich hatte diese Woche leider keine Zeit, dort richtig mit hineinzuschauen.
Im Grunde kann man bei ähnlichen Meldungen aber dann einfach diese count-Abschnitte entfernen, die Skripte aufrufen sollen.
-
Hallo Faro,
danke Dir.
Es wurde älterer Code aus dem VM core entfernt. Das Problem hatten im Dev-Chat auch andere mit ihrem Template.
Leider wurde das nicht ausreichend kommuniziert.
Ich habe Jumbo von VirtuePlanet geschrieben, dass er sich den Call Stack anschaut. Ich denke, da kommt dann bald eine neue Template-Version.
Grüße
Stefan
-
Servus,
an dem Problem wird noch gearbeitet.
Das ist mal wieder nicht trivial, es für J3 bis J5 passend zu machen. Das war gestern den ganzen Tag Thema im Entwicklerchat.
STS
-
Hallo Faro, könntest Du Joomla Debug einmal einschalten und den Stack Trace posten?
Vielleicht hängt das mit dem Captcha zusammen. Daran wurde gestern Abend noch gearbeitet.
Bin gerade unterwegs, deshalb kann ich nicht selbst testen.
Grüße
Stefan
-
Hallo Faro,
das Problem tritt auf, wenn man die Funkion "Recaptcha verwenden" in VM einschaltet.
Die meisten Shops in DE dürften das Problem nicht haben, weil das Google Recaptcha auf Grund der DSGVO nicht mehr verwendet wird.
In Ländern außerhalb der EU, findet es weiterhin rege Verwendung.
Der Code für das Recaptcha bzw. das Joomla Captca, wird über den Trigger onDisplay erzeugt. onDisplay braucht mehr Parameter als in VM gegeben.
Ab einer besimmten PHP-Version werden solche Fehler mit einem Fatal Error behandelt, vorherige PHP-Versionen haben das nicht so eng gesehen.
Es könnte auch sein, dass das Problem mit Joomla 5 auftritt; vielleicht fehlen dort die default-Werte für die Parameter, und in früheren Joomla-Versionen nicht.
* Wenn Werte in einer Funktion voreingestellt sind, erscheint der Fehler beim Aufruf mit weniger Parametern nicht.
Persönlich nehme ich inzwischen ECC Plus von Kubik Rubik, da muss man zwar einen Short Code in die Formulare einfügen, aber dafür läuft das Captcha ohne Verbindung zu Dritten wie Google.
Grüße
Stefan
-
Hallo Christof,
das scheint hier besprochen worden zu sein.
https://forum.virtuemart.net/index.php?topic=151193.0
GJC schlägt vor, in der shopfunctionsf.php die Zeile 1256 (im aktuellen SVN Zeile 1259)
gegen
auszutauschen.
Ich hab das im Dev Chat angesprochen, und denke, das wird bald im Core gefixt.
Grüße
Stefan
-
Hallo Thomas,
bis gerade wusste ich das auch nicht, und Google hat mir auch nicht geholfen.
Roland Dalmunder braucht bessere SEO.
GJC hat mir den Tipp gegeben:
https://rolandd.com/products/ro-payments
Da ich CSVI von Roland seit vielen Jahren nutze, gehe ich davon aus, dass diese Payment Plugin gut ist. Es kann auf jeden Fall Mollie.
Grüße
Stefan
-
Hallo Thomas,
das kann man mit dem Custom Field/Selbsterstellten Feld "Zeichenkette" machen.
Dann gibt es keine Varianten und keine Lagerverwaltung, aber die unterschiedlichen Kombinationen können gesondert im Warenkorb aufgeführt werden.
https://www.jooglies.com/tutor…ellte-felder-zeichenfolge
Grüße
Stefan
-
Hallo Thomas,
die Bearbeitung der Varianten hat sich von VM 3 zu VM 4 nicht großartig verändert.
Zum VM 3 habe ich einmal etwas geschrieben:
https://www.jooglies.com/tutor…te-felder-produktvariante
Vielleicht hilft das schon. Wenn es dazu noch Fragen gibt, kann ich die gerne hier beantworten.
Grüße
Stefan
-
Max hat oben schon den JMigrator vorgeschlagen, den nehme ich auch für Migrationen.
Grüße
Stefan
-
Gib das SQL-Statement doch einmal in ChatGPT ein und frag, was da kaputt ist.
Damit kann man sowas gut reparieren.STS
-
Soo, sieht so aus, als wäre der Grund für den Bug heute gefunden worden.
Was lange währt, wird endlich gut.
Dürfte dann im nächsten Release wieder funktionieren.
Im SVN so um Revision 11013, wenn es aktualisiert ist.
Grüße
Stefan
-
`category_description` text NOT NULL,
oder in der Datenbank über phpMyAdmin auf text stellen und speichern.
-
Servus,
es sieht danach aus, dass das Ordernumber Plugin von Kainhofer installiert ist und einen Fehler wirft.
Ich habe vor einiger Zeit auf automated numbers von iStraxx gewechselt.
Dort ist zwar die Bedienungsanleitung ein Grauen, aber dafür ist der Code aktuell.
Deaktivieren des Plugins sollte erst einmal helfen. Dann gibt es die VM-eigenen Rechnungsnummern.
Grüße
Stefan
-
Nachtrag.
Die Weiterleitung zu den Produktdetails sollte immer funktionieren, auch wenn kein Bestand vorhanden ist.
Entweder ist es wirklich VM 4.2.4 oder das Template hat dort einen Fehler.
Welches Template wird verwendet?SEF URLs scheinen in Joomla nicht eingeschaltet zu sein.
Vielleicht die .htaccess aktivieren und die entsprechenden Einstellungen in der Joomla Konfiguration vornehmen.Das dürfte auch für die Indizierung durch Suchmaschinen hilfreich sein.
Grüße
Stefan
PS: Und JCH Optimize einmal ausschalten und ohne probieren.
-
Servus,
als erstes vielleicht einmal auf VM 4.2.12 aktualisieren.
Möglicherweise ist das Problem damit behoben. Die Versionen vor 4.2.12 haben noch einige Bugs, die inzwischen behoben sind.
Falls es dann noch nicht funktioniert, einfach noch einmal posten.
Grüße
Stefan
-
Servus,
hab das gerade mit VM 4.2.11.11011 unter J 4.4.4 versucht, da gibt es keine Probleme mit der Registrierung.
Wenn es ein neuer Shop ist, vielleicht die Benutzerregistrierung in Joomla einschalten.
Oder einen Link posten.
Grüße
Stefan
-
-
Für die Textsuche in mehreren Dateien verwende ich Krusader, Sublime Text oder PhpStorm.
Je nachdem, welches gerade zur Hand ist.
STS