Beiträge von Milbo

    damit ist die Fehlermeldung:

    Deprecated: Creation of dynamic property VirtueMartControllerCart::$address_type is deprecated in ...../JR-shop/components/com_virtuemart/controllers/cart.php on line 87

    Das ist ein kleiner Fehler der mir ein paar Tage vor dem Release reingekommen ist.

    Sagt eigentlich nur, daß es kein Fehler ist, aber in PHP9 ein Fehler sein wird.

    Das habe ich fertig geschrieben, weils mir so gut gefallen hat. Aber dann sollte man die Umleitung auf das VM Formular wieder einschalten. Dann gehts auch ohne htaccess. Der Default wert ist 1. Man kann dann ohne Produkte die Form ausfüllen, aber sich eben nicht registrieren. Das ganze ist auch ausserhalb des Templates abgesichert.

    Naja, ich hab mal aus spaß die id im Categorview in der xml dazugefügt. So daß man es auswählen kann. "Zeige nur Produkte dieser Herstellerkategorie", aber die sql unterstützt das momentan garnicht.
    Und dann regte sich bei mir die Frage, ob es nicht darum geht alle Hersteller einer Kategorie zu listen. Denn das kann der Hersteller view wiederum auch nicht. Wenn das aber gehen soll, brauchts dann auch die sql im Produkt model.
    Und router, braucht noch ein paar Zeilen.

    Also den redirect ausschalten, damit die htaccess funktioniert?


    Hmm Letzteres wäre doch eine gute Core option, so einfach gebaut.




    Tja jetzt beisst sich das. Die Idee vom redirect auf den VM sollte ja gerade dafür sorgen, daß man eben com_user nicht overriden braucht.

    Servus Sigrid,

    also man kann generell viel debuggen, wenn man den vm debug in der vm config nutzt (geht auch nur für admins). Das habe ich auf der Testumgebung gemacht.

    2. Zeile

    vmdebug vmTime: time to load config param $lang=1 and iniLang=0 $exeTrig = 0 now = 1: 0.00219106674194336


    Da steht exeTrig = 0, das heißt aus irgendeinem Grunde, wird bei dir die Konfig ohne Ausführung der Trigger geladen.


    Das kann durch ein Plugin passieren und is an sich auch korrekt so dann. Komisch ist aber, daß die Konfig nicht nochmal ausgeführt wird, mit Trigger. Denn im virtuemart Hauptcontroller steht als zweite relevante Zeile


    Code
    1. VmConfig::loadConfig();

    Das sollte die Konfig immer mit trigger laden. Aus meiner Perspektive vermutlich ein Plugin und da is ja ne Menge drauf. Ich habe bei einer kurzen Suche dieses Plugin gefunden. "System - BIT Conditional Shopper Fields for Virtuemart", denn das benutzt vermutlich den gleichen Trigger, war meine Idee (is aber am End garnicht so). Aber das Plugin z.B. hat noch den alten j3 select. Kann man nicht aufrufen.

    Eventuell könnte es helfen die statische Variable, welche den Zustand hält, ob die Trigger ausgeführt wurden auf protected zu setzen. So kann nicht ein Plugin das von aussen manipulieren, was nicht nötig sein sollte.

    Also in /administrator/components/com_virtuemart/helpers/config.php, dort bei Zeile 325 etwa,...

    Code
    1. static protected $execTrigger = true;

    Eventuell kann man dann, mit Joomla debug angeschaltet einen Trace sehen, welches Plugin das versucht zu manipulieren.

    Das muß das Template sein, schau mal was bei der Produktseite als layout eingestellt wurde. Da sollte eigentlich nichts drin stehen. Aber ja in den ersten vm4 versionen gab es keine "leer" Auswahl, und springt automatisch auf das erste vorhande layout.

    Es wird sehr bald das neue vmbasic mit Bootstrap 5 geben. Das sollte dann die nächsten 6 Jahre (oder länger) halten. Ich habe das Template schon hier und in 1-2 Wochen sollte es in die Betaphase für das Coreteam geben.

    Tja habs versucht, ging nicht, aber eigentlich auch klar, weil der Joomla User name fehlt. Sieht aus wie die Form für den Gastcheckout.
    Interessant ist allerdings, das es reagiert, als wäre das Feld da. Es gibt die Möglichkeit das zu automatisieren, also z.b. immer die email als username setzen, etc. ist das sowas eingebaut?