JCE deaktivieren und Tiny MCE verwenden könnte erst einmal helfen.
Oder ganz ohne externen Editor arbeiten und HTML eingeben. Das empfehle ich meinen Kunden meistens sowieso, um den produzierten Code-Müll der Editoren möglichst gering zu halten.
Grüße
Stefan
Hallo Andreas,
in genau den gleichen Dateien liegen auch die Layouts für die PDF-Rechnung.
Die Vorschau, der erste Button ist auch" Rechnungslayout", aber für die HTML-Vorschau und drucken der HTML-Vorschau, nicht PDF.
Irgendwo im Quelltext findet sich da ein
if ($this->print) oder so ähnlich, das gilt nur für den Button mit dem Drucker.
Ansonsten gibt es auch noch Abfragen wie
<?php if ($this->doctype == 'invoice') { ?>, wenn es z. Bsp. nicht für den Lieferschein gelten soll.
In den Originaldateien gibt es da einige Konstrukte, die Dich auf den richtigen Weg bringen können.
Zusammengefasst gibt es unterschiedliche:
Rechnungslayout -> HTML-Vorschau (Print)
Rechnungslayout -> PDF
Lieferscheinlayout -> PDF
Das Problem ist, dass die Erzeugung von HTML-Druck-Zu-PDF und PHP-Layout-Zu-PDF zwar mit gleichem HTML-Layout erzeugt werden, der PDF-Drucker des Browsers oder eigenen Computers aber andere Ergebnisse liefert als das in VirtueMart integrierte TCPDF. TCPDF kann zudem nur begrenztes XHTML und CSS.
Die HTML-Vorschau wird auch gerne für andere Funktionen verwendet, zum Beispiel habe ich damit das Drucklayout für den 80mm-Thermodrucker einer Pizzeria erstellt. Oder eine Packliste für die Versandabteilung. Es kommen da immer wieder Kunden mit den interessantesten Ideen. 
Grüße
Stefan
Servus,
danke für den Fehlerbericht, ich habe das Zitat an die VM-Entwickler weitergeleitet.
Grüße
STefan
Das könnte mit dem Template zusammenhängen, wenn "message body empty" ist.
Im Template im html/com_virtuemart/-Ordner, gibt es da einen Ordner invoice?
Evtl. diesen einmal "ausschalten"/umbenennen.
Das Template sieht etwas älter aus, vielleicht müssten da einige Overrides angepasst werden.
Bzw. ist ein neues Template oft weniger Arbeit.
Hallo Johannes,
wie oben zu lesen ist, funktioniert es scheinbar mit VM 3.8.9.10534.
Bitte damit, bzw. mit der aktuellsten Version unter
https://dev.virtuemart.net/projects/virtuemart/files
versuchen.
.10554 ist derzeit die zuletzt veröffentlichte.
Grüße
Stefan
Hallo Thomas,
nicht gehen geht nicht, aber man muss dann schon tief in den PHP Code einsteigen, um die freigegebenen Länder soweit zu filtern, dass nur noch Deutschland übrig bleibt.
Man muss sich in den Code einlesen und entsprechend schauen, wo man am besten ansetzt. Vorteilhaft ist es immer, wenn man den Quellcode von VirtueMart nicht verändern muss, und die Änderungen über Overrides oder neue System-Plugins macht.
Das ganze fühlt sich ziemlich zeitaufwändig an, wenn man es sauber machen möchte.
Grüße
Stefan
Vielleicht einmal auf das Standard-Template schalten und schauen wie es da aussieht.
Preise von Stammprodukten gelten in den Kindern, wenn sie dort nicht geändert werden.
STS
Hier ist die Liste der IPs bei Paypal:
https://www.paypal.com/us/smar…ive-paypal-servers-ts1056
Der Fehler oben:
2021-10-05 16:29:03 ERROR checkPaypalIps: Error with REMOTE IP ADDRESS = 173.0.81.140.war mit der .140-Adresse. Alle IP-Adressen, die diesen Fehler produzieren, sollten in die Liste in der Paypal Plugin Konfiguration.
Die Reverse DNS-Anfrage scheint die Adresse in der Fehlermeldung nicht zu liefern. Woran das liegt, kann ich nur vermuten. Das kann an Paypal selbst liegen, oder Timeouts bei vielen gleichzeitigen Anfragen, usw. Timeouts bei hoher Last auf PP-Servern würden erklären, warum es manchmal funktioniert, und manchmal nicht.
Grüße
Stefan
Wo kommt die Aussage her das die folgenden IP's valid sind?
VirtueMart schickt eine DNS-Anfrage an, unter anderem, notify.paypal.com, von dort kommen die Adressen zurück.
2021-10-05 16:29:03 ERROR checkPaypalIps: Error with REMOTE IP ADDRESS = 173.0.81.140.
Ist die 173.0.81.140 im Paypal Plugin unter den Extra-Adressen angegeben?
STS
Servus,
ich hab mal in den Code des Paypal Plugins geschaut.
Die IP-Adressen werden durch Komma getrennt.
Also einfach die neuen IPs in dem oben gezeigten Feld eintragen und dann sollte das funktionieren.
Am besten auf Leerzeichen verzichten.
123.123.123.123,124.124.124.124
Grüße
Stefan
Da steht ja sogar "extra IPs" für die Überprüfung. War mir noch garnicht aufgefallen.
Man kann also scheinbar einfach zusätzliche IPs eintragen, falls es neue geben sollte.
Servus,
leider gibt es keinen Schalter, um eine Kategorie einem Benutzer/einer Gruppe zuzuweisen.
Da könnte man in der Ergebnisliste der Suche eine Abfrage machen, welche die Benutzergruppe abfragt.
Die Ergebnisliste ist im Grunde eine Kategorieansicht, wenn ich mich nicht irre.
Oder einmal bei iStraxx nachfragen, welche VM Mitgliedschaft Du kaufen könntest, damit Max eine Käufergruppenauswahl fest für immer für die Kategorien einbaut.
Grüße
Stefan
Sieht doch jetzt gut aus.
Ein <?php am Anfang und ein ?> ganz unten am Ende würde übrigens reichen, weil es jetzt nur noch PHP ist. Vorher war HTML dazwischen, dann muss man natürlich die PHP-Anweisungen öffnen und schließen.
Viel Spaß weiterhin
Stefan
Servus,
das ist eine Zuweisung:
Es braucht einen Vergleich mit doppeltem oder dreifachem Gleichzeichen:
Man könnte auch eine Sprachvariable anlegen, um die Texte auszugeben.
Grüße
Stefan
Servus,
das sieht nach dem Plugin von Max Milbers aus. SEPA Direct Debit Mandate.
https://extensions.virtuemart.…rect-debit-mandate-detail
Da Max VirtueMart programmiert, nehme ich an, dass es auch mit VirtueMart funktioniert. 
Grüße
Stefan
Hallo Grit,
wenn das VP Product Carousel keine Beschränkung für Kundengruppen bietet, sollte ein Override des Template-Bereichs, in dem die Modulposition ist, helfen. Man müsste die Kundengruppen abfragen und dann die Darstellung zulassen. Evtl. auch zusätzliche Positionen einbauen.
VirtuePlanet hat eine gute Dokumentation, wie man Overrides bzw. eigene Layouts anlegt. Am Anfang wird ein neuer Ordner im Template-Layout-Ordner mit dem Namen des Layouts angelegt. In den Template-Einstellungen kann man dieses Layout später auswählen. Ein gleichnamiger "Style" ist an gleicher Stelle der Template-Einstellungen dann ebenfalls ratsam.
Im neuen Layout-Ordner kann man dann die geänderten Dateien anlegen, die man aus dem "default"-Ordner kopiert hat.
Grüße
Stefan
Irgendwie glaube ich das nicht, dass es Joomla war.
Vielleicht hast Du in der Zwischenzeit auch noch andere Dinge ein- oder ausgeschaltet und das passte dann gerade zeitlich.
Na die Hauptsache ist, es läuft, wenn auch scheinbar mit unverständlicher Magie.
Hallo Klaus,
es gab nur einen Thread, in dem geschrieben wurde, dass ein Konto nach der ersten Transaktion gesperrt wurde.
Das dürfte kein spezielles VirtueMart-Problem sein. Ich nehme vielmehr an, dass es sich um eine neue Risikoeinschätzung bestimmter Produkte oder Kunden handelt, bei denen Paypal neuerdings einen Riegel vor eigene Verluste schiebt.
Andere Zahlungs-Provider mögen das anders handhaben. Vielleicht einmal in den Ordner mit den Zahlungsplugins schauen, da gibt es ja diverse andere Anbieter. Kreditkarte können die wie Paypal fast alle.
Grüße
Stefan
Hallo Faro,
ich würde noch ein klein wenig warten, Max ist gerade an diesen Dingen und ich denke, in den nächsten Tagen wird es noch ein paar Änderungen geben.
Im Moment könnten noch ein paar Kleinigkeiten nicht 100% sein.
Im Dev ist die Version zur Zeit 10537, mit mehr Bugfixes.