Habe eben gesehen, dass das Upadte jetzt im Backend angezeigt wird.
TCPDF 1.0.9 war allerdings nicht dabei.
Habe eben gesehen, dass das Upadte jetzt im Backend angezeigt wird.
TCPDF 1.0.9 war allerdings nicht dabei.
Vielen Dank für deine Antwort.
Aufgrund von Zeitmangel wäre es mir tatsächlich lieber das Update erst nach Weihnachten einzuspielen.
Ich nutze keine Hersteller, dann bin ich doch von der Lücke auch nicht betroffen und kann noch ein bisschen warten, oder wie siehst du das?
Mir ist klar, dass das nicht der beste Weg ist. Über eine Antwort freue ich mich trotzden
Beste Grüße
Dirk
Hallo zusammen,
es gibt ja mittlerweile die VM-Version 3.8.6. Diese wird mir in Joomla unter Aktualisierungen nicht angezeigt. Daher habe ich es auch erst jetzt gesehen.
Kann mir jemand sagen, ob es einen Grund dafür gibt, dass das kein One-Click-Update ist?
Muss VM neu installiert werden? Ist das im Produktivsystem ok?
Mir geht es eigentlich nur um die XSS-Lücke. Es heisst ja, dass diese Lücke im Hersteller-Dropdown ist. Wenn dieses Dropdown nicht verwendet wird, ist das dann auch ohne Fix sicher?
Verwendete Versionen:
PHP: 7.3
Joomla: 3.9.22
VM: 3.8.4 10335
Vielen Dank für Eure Antworten.
Beste Grüße
Dirk
Danke Stefan.
Ich habe Milbo mal direkt angeschrieben, da ich derzeit keine Membership habe. Sollte ich eine Antwort bekommen, dann melde ich mich wieder.
Hallo zusammen,
ich schließe mich mal an. Habe eben versucht Amazon Pay zu integrieren.
Ich bekomme die selbe Fehlermeldung im Warenkorb.
PHP Fatal error: require_once(): Failed opening required 'OffAmazonPaymentsService/MerchantValuesBuilder.php' (include_path='/xxx/plugins/vmpayment/amazon/library') in /xxx/plugins/vmpayment/amazon/library/OffAmazonPaymentsService/Client.php on line 23
Ich nutze PHP 7.3, VM 3.8.4 10335 und Joomla 3.9.22.
Gibt es heir schon etwas Neues?
Vielen Dank für eure Antworten!
Beste Grüße
Dirk
Hermes ist noch ganz anders. Hier geht es nicht nach Gewicht, sondern nach Größe.
Man könnte einfach wie manche Großversender immer das größte Paket nehmen, egal wie groß der Inhalt ist.
Wir sind Schwaben.
Das kommt für uns nicht in Frage.
ok, alles klar, vielen Dank für deine Hilfe!
P.S. bin auch ein Schwabe
Hallo zusammen,
wollte nur mal eine kurze Rückmeldung geben. Mein Hoster hat die Umstellung zurückgestellt. Es gab wohl doch zu viele Probleme mit MySQL 8.
Es wird aber sicherlich irgendwann soweit sein. Dann gebe ich wieder bescheid.
Ok, vielen Dank für Eure Antworten.
Deine Lösungen klingen nicht so schlecht. PHP-Kenntnisse sind durchaus vorhanden. Muss ich mir mal ansehen.
Wie machst Du das dann mit Hermes? Auch alles manuell, oder gibt es hierfür bereits eine praktikable Lösung?
Ich habe einen Kunden, für den ich eine Schnittstelle zu Billbee programmiert habe. Nach erfolgreicher Bestellung wird alles an Billbee geschickt und die eigentlche Bestellabwicklung und Korrespondenz wird in Billbee gemacht. Mit PHP-Kenntnissen durchaus möglich. Allerdings ist der Aufwand nicht zu unterschätzen.
Vielen Dank!
Hallo zusammen,
ich schließe mich mal an. Ich bin auch auf der Suche nach einem Plugin, dass mir automatisch einen Paketscheinen für DHL erzeugt. Das Webkul Plugin habe ich getestet, leider habe ich erst später bemerkt, dass das nur für DHL-Express ist.
Macht Ihr das wirklich alle händisch? Oder nutzt Ihr andere Versender? Welche Lösungen gibt es?
Vielen Dank für eure Antworten!
Hallo zusammen,
so, Milbo konnte das Problem nun nachstellen. Es ist tatsächlich ein kleiner Bug in VM. Für alle, die das Problem auch haben, hier der Fix von Milbo:
Öffne das Model invoice.php. In Zeile 197 in der Funktion createStoreNewInvoiceNumberById das Folgende
ersetzen durch:
In der nächsten Version von VM wird dieser Fix bereits enthalten sein.
Vielen Dank an alle!
Danke dir! Ich bin sehr gespannt auf die Umstellung. Werde danach berichten.
Beste Grüße
Dirk
Hallo zusammen,
mein Hoster wird bald auf MySQL 8 umstellen. Kann mir jemand sagen ob Virtuemart damit kompatibel ist?
Vielen Dank!
Dirk
Jetzt habe ich noch einen Test gemacht. Diesmal mit Beispielinhalten.
Diesmal habe ich auf MAMP eine Neuinstallation von Joomla 3.9.18 gemacht. Anschließend habe ich VM 3.8.2.10325_package installiert. Dann noch den Safe-Path angegeben. Dann habe ich die Beispielinhalte installiert. Dann noch einen Menüpunkt zu einer VM-Kategorie angelegt. Sonst habe ich nichts konfiguriert oder geändert. Dann habe ich drei Bestellungen gemacht. Die ersten beiden habe ich in der Detail-Ansicht der Bestellung auf Confirmed geändert. Die Rechnungsnummern enden beide mit 01. Dann habe ich die dritte Bestellung in der Bestell-Übersicht auf confirmed gesetzt. Die Rechnungsnummer endet mit 03. Screenshot anbei.
Es wäre echt klasse, wenn sonst noch jemand das gleiche machen könnte und mir sagen könnte, ob der Fehler auch auftritt.
Danke!
Danke dir!
Beste Grüße
Dirk
Hallo Stefan,
vielen Dank für deine Antwort.
Wie gesagt, ich habe vorhin noch mal eine komplette Neuinstallation von Joomla und VM gemacht. Versand und Zahlung mit Standardplugins konfiguriert. Sonst nichts installiert. Den Shop nur soweit konfiguriert, damit ich einen Einkauf testen kann. Keine Overrides, kein gar nichts.
Auch hier tritt bei mir der Fehler auf. Ich verstehe es nicht... Vorallem nicht, das kein Anderer das Problem hat. Muss ja dann doch irgenwie an mir liegen
Wo kann ich denn bei iStraxx ein Ticket eröffnen? Ich habe auf forum.virtuemart.net ein Topic erstellt. Aber auch hier geht es nicht weiter.
Meinst du den HelpDesk von extensions.virtuemart.net? Oder ist das wirklich nur für die Extensions?
Danke!
Ich habe eben eine komplett neue Installation gemacht... Joomla 3.9.18 neu, VM 3.8.2 neu.
Das Problem besteht hier auch.
Hat denn niemand eine Idee?
Hallo zusammen,
ich habe ein komisches Problem. Das habe ich auch schon im englischen Forum gepostet. Aber vieleicht ist da die Sprachbarriere zu hoch
Ich nutze Joomla 3.9.18 und VM 3.8.2. Es sind keine zusätzlichen Erweiterungen für Rechnungen im Einsatz.
Meine Rechnungen werden durch den Status "versendet" erzeugt.
Wenn ich den Status in der Bestellübersicht ändere, dann wird die richtige Rechnungsnummer erzeugt (die letzten Zahlen zählen hoch). Wenn ich aber den Status in der Bestelldetail-Ansicht ändere, dann wird mir immer eine Rechnung mit 01 am Ende erzeugt.
Es spielt keine Rolle, ob die Rechnung zum ersten mal erzeugt wird, oder ob ich eine Ersatzrechnung erstelle. Das Verhalten ist immer gleich.
Ich habe einen Screenshot angehängt. Alle Rechnungen, die mit 01 enden wurden in der Detail-Ansicht erzeugt. Alle Anderen in der Bestellübersicht.
Möglicherweise bin ich auch selbst schuld. Ich wollte neulich nach einigen Tests meine Bestellungen aufräumen. Dafür habe ich die Tabelle "virtuemart_invoices" geleert und anschließend im Backend alle Bestellungen gelöscht. Vielleicht kommt mein Problem daher?
Für Hilfe und Anregungen wäre ich dankbar!
Beste Grüße
Dirk
Hallo,
nein, einen Link kann ich leider nicht bereit stellen.
Aber, bei einer Neuinstallation auf dem MAMP tritt das gleiche Problem auf.