Beiträge von StefanSTS

    Hallo Sigrid,


    persönlich verwende ich für Änderungen in den Produktlisten oder auch Bestelllisten immer Overrides.

    Das ist in ein, zwei Stunden erledigt, und man muss sich danach normalerweise für Jahre um nichts kümmern.


    Auf externe Erweiterungen verzichte ich bei so etwas, weil es mehr Wartung bedeutet und man oft nicht wirklich weiß, was da alles eingebaut wird. Oft kommt dann eine Ladung von Features, die man nicht braucht.

    Von dauernden Aktualisierungen usw. einmal abgesehen.


    In administrator - templates - vmadmin -> product-View sollte man alle Dateien finden, für die man einen Override braucht.


    Grüße

    Stefan

    Servus,


    der Betreiber von virtuemart.net ist die Firma iStraxx GmbH.

    Der Betreiber von virtuemart.de ist der Media Service Essen.


    Wenn Probleme mit Erweiterungen bestehen, die über extensions.virtuemart.net gekauft wurden, sollte man sich per Ticket oder telefonisch an iStraxx wenden.


    Ich werde diesen Link zusätzlich an iStraxx weiterleiten. Dann wird sich sicher eine Lösung finden.


    Grüße

    Stefan

    (weder von iStraxx noch vom Media Service)

    Vielleicht wäre es gut, erst einmal den Fehler zu beheben, der oben angezeigt wird.


    Es gibt scheinbar mehrere Benutzer, die als Verkäufer eingetragen sind.


    In den VM-Werkzeugen unter Migration gibt es ein Tool, um die ID des Verkäufers festzulegen und die anderen Verkäufer zu normalen Benutzern zu machen.


    Damit schließt man schon einmal einige Fehler aus.



    Zitat:

    NUR bei "Pending Transactions" eine E-Mail versendet wird und auch nur dann, wenn dieser den Bestellstatus "Bestätigt" beinhaltet


    Das erschließt sich mir nicht, eine Bestellung kann nur den Status Pending oder Bestätigt haben.
    Oder ist da ein Verlauf wie folgt in der Bestellung?

    Pending

    Bestätigt

    Pending


    Das wäre äußerst ungewöhnlich.


    Grüße

    Stefan

    Hallo Carina,


    in der Virtuemart-Konfiguration im zweiten Reiter kann man einstellen, bei welchem Status eine Mail gesendet werden soll, und auch bei welchem Status eine Rechnung erzeugt werden soll.


    Ich nehme an, das hakt es irgendwo.


    Normalerweise werden Rechnungen erst bei Status C Confirmed/Bestätigt erzeugt.

    Viellelcht ist da etwas anderes eingestellt worden.


    Grüße

    Stefan

    Hallo Carina,


    ich setze das Stripe-Plugin von VirtuePlanet ein und habe damit keine Probleme.

    Der Screenshot deutet auf ein anderes Plugin hin: vmstripeco

    Das kenne ich leider nicht. Evtl. ist das noch nicht für Joomla 4 und VirtueMart 4 ausgelegt und produziert einen Fehler.


    Als erstes würde ich den Hersteller des Plugins fragen, der müsste diese Frage beantworten können.


    Grüße

    Stefan

    Hallo Thomas,


    man könnte eine Modulposition in das VM-Layout einbauen und dann ein Joomla-Modul dort einblenden.


    Bisher geht diese Art der Darstellung mit Selbsterstellten Feldern/Custom Fields noch nicht, weil die Custom Fields mit den Produkten gespeichert werden.


    Eine Möglichkeit der Massenbearbeitung der Custom Fields wäre RO CSVI von Roland Dalmunder. Damit könnte man es über CSV-Export und Bearbeitung in einer Tabellenkalkulation wie MS Excel oder Libre Office Calc machen; die Custom Fields in der Tabelle ändern und nachher wieder importieren.


    Grüße

    Stefan


    PS. Oh, Faro war schneller. ;-)

    PS. Du könntest aus der edit_address.php die Zeilen 38 bis 41 löschen.



    Code
    1. if(count($this->userFields['functions']) > 0)
    2. {
    3. $doc->addScriptDeclaration(join("\n", $this->userFields['functions']));
    4. }

    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,


    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)


    Code
    1. $output = vDispatcher::trigger('onDisplay', array($reCaptchaName, $id, 'g-recaptcha required'));

    gegen

    Code
    1. $output = vDispatcher::trigger('onDisplay', array($reCaptchaName, $id, 'g-recaptcha required',null,null,null));

    auszutauschen.


    Ich hab das im Dev Chat angesprochen, und denke, das wird bald im Core gefixt.


    Grüße

    Stefan