Beiträge von StefanSTS

In der Tat, die Kategorie wird bei der Berechnung per Rechnung nicht beachtet.
Ob das ein Bug, oder ein fehlendes Feature ist, frag ich mal nach.

Grüße
Stefan

EDIT: Ich gehe eher davon aus, dass es ein missing feature ist, weil die Kategorieauswahl für die Produkte funktioniert und für alle möglichen Steuer-Arten immer nur das gleiche Formular verwendet wird.
Wenn das so ein sollte, kann es sein, dass die Leute von iStraxx das im Zuge einer Supporter-Membership nachrüsten. Einfach einmal nachfragen.

Mit einer Versandart Sperrgut über eine versteckte oder veröffentlichte und dem Produkt zugewiesene Kategorie würde ich das machen.

So wie hier ungefähr:
https://php72.sts-hosting.de/v…-rad/sperriges-rad-detail

Grüße
Stefan

Ich kenne mich mit dem Template-Manager nicht aus, der dauert zehnmal länger als FTP, den fasse ich seit Jahren nicht mehr an.

Die Datei könnte mail_html_footer.php heißen, bin mir nicht ganz sicher. Schau mal nach ganz viel "vendor" im PHP code.

Grüße
Stefan

Servus,

dazu braucht es einen Override der mail_html_shopperadresses.
components/com_virtuemart/views/invoice/tmpl/mail_html_shopperadresses.php

Dort gibt es zweimal die Zeile (einmal Rechnungsadresse, einmal Lieferadresse):
<?php if ($field['name'] != 'title' and $field['name'] != 'first_name' and $field['name'] != 'middle_name' and $field['name'] != 'zip') { ?>

Daraus kannst Du machen:
<?php if ($field['name'] != 'title' and $field['name'] != 'first_name' and $field['name'] != 'middle_name' and $field['name'] != 'zip' and $field['name'] != 'address1') { ?>

Damit wird hinter diesem Adressfeld kein <br> gesetzt.

Diese Datei zuerst in das Template kopieren:

/templates/DeinTemplateName/html/com_virtuemart/invoice/mail_html_shopperadresses.php

Die Alternative zum Feld address2 wäre, eine eigenes Feld anzulegen und es zum Beispiel "hausnr" zu nennem. Wenn Du Adresse 2 nicht brauchst - was oft für genauere Ortsangaben verwendet wird - ist das auch so ok.

Grüße
Stefan

Hallo Angela,

VirtueMart 3.0.12 hat in der Core-Version ein Gutscheinfeld im Warenkorb.
Da es bei Dir nicht vorhanden ist, wird es sich um einen Override des Warenkorb-Layouts oder einen One Page Checkout handeln. Dazu braucht es mehr Informationen, was Du benutzt.

Ein Link zur Seite könnte hier helfen. Einen Link zur Seite hier allerdings NUR DANN posten, wenn alle Versionen neuer sind als die Versionen mit den kritischen Sicherheitslücken.
Da Du auf einer sehr alten Version fährst, deutet das darauf hin, dass es da Probleme geben könnte.
Nebenbei, viele Provider stellen die PHP-Versionen in den letzten Monaten auf PHP 7.1 oder 7.2 um, da könnte der Shop von einen auf den anderen Tag unbenutzbar werden.

Grüße
Stefan

PS. Hier auch einmal lesen, bitte: Wie bekomme ich schnellstens hilfreiche Antworten

Hallo Faro!

Vielleicht hilft es, in der Joomla-Konfiguration einmal das Debuggen der Sprache einzuschalten.

Wie im anderen Thread beschrieben, sollte die Datei in den dort aufgeführten Verzeichnissen liegen, oder es handelt sich um einen Sprach-Override.

Oder der Shop läuft auf englischen Sprachtabellen und dort ist alles auf Deutsch übersetzt, bis auf die fehlenden Variablen, das passiert auch schon einmal bei der Shoperstellung, wenn die Spracheinstellungen nicht von vorne herein richtig gewählt worden sind.

Von hier aus ohne Blick in die Installation nicht zu sagen.

Grüße
Stefan

Kundengruppen können "zusätzlich" sein.

Ist in den Einstellungen der Kundengruppe "Kein Rechnungskunde" ein Haken bei "zusätzliche Kundengruppe" gesetzt?

Hallo Faro,

hast Du den Sprachoverride versucht, wie im anderen Thread erwähnt?

Grüße
Stefan

Servus,

ist "Kein Rechnungskunde" eine "zusätzliche" Kundengruppe?
Damit könnte der Kunde auch ohne Zuordnung in der Standardgruppe sein.

Ist etwas schwierig zu sagen, ohne die genauen Zuordnungen zu sehen.

Grüße
Stefan

Schwer zu sagen, wo das herkommt.

Die einfachste Lösung dürfte ein Sprach-Override in Joomla sein.
Die Sprachvariable ist:
COM_VIRTUEMART_PRODUCT_ASK_QUESTION

In den Sprachdateien ist das übersetzt, sowohl in denen über virtuemart.net als auch in dem Sprachpaket, welches ich auf meiner Seite anbiete.
Es mag sein, dass Du unterschiedliche Dateien in den Ordnern:
/language/de-DE/ und
/components/com_virtuemart/language/de-DE/ hast.

Vielleicht hilft da eine Volltextsuche.

Grüße
Stefan

Bingo, ich hab die 9975 gerade überinstalliert. vmLanguage not found.

Der Fehler ist also in den darauffolgenden Versionen schon behoben.

In der neuen Version 9992 kannst Du auch einmal einen Versuch in Deiner Testinstallation starten.
Trag in der
/administrator/components/com_virtuemart/virtuemart.cfg
einmal die Zeile:

newBackendTemplate=1

Danach speichere einmal die VM-Konfiguration. Du solltest eine etwas schönere Konfiguration sehen. Das ist noch in Arbeit, sieht aber schon netter aus als die alte Konfiguration.

Grüße
Stefan

Hallo Faro,

ich kann das Problem auf meiner Testumgebung nicht nachvollziehen.
Hast Du evtl. alte Overrides für das Plugin aktiv?

Versucht habe ich auf Versionen VM 3.4.3.9989 und .9992. Bitte insbesondere bei den ungeraden Versionen die 4-stellige Revisionsnummer (aus dem SVN) mit angeben.

Grüße
Stefan

Servus Helmut,

ich nehme an, dass sich die beiden Paypals beißen, ich glaube nicht, dass es vorgesehen ist, beide aktiviert zu haben.

Grüße
Stefan

Dann wird es wohl Zeit für eine Testumgebung auf dem Server, auf dem der Live Shop liegt.

Zuverlässiges Testen ist eh nur da möglich.

Hallo Helmut,

hast Du irgendwelche deaktivierten Einträge in den Zahlungsarten?
Wenn ja, werf diese einmal vollständig raus.

Grüße
Stefan

Ein Thread für ein Thema sollte reichen.

https://forum.virtuemart.de/mi…ption-beim-checkout-3344/

Es würde sicherlich helfen, einen Link zu der Seite zu haben, um zu sehen, was vor sich geht.

Grüße
Stefan

Servus,

das hört sich nach einem JavaScript-Problem an.
Überprüfe doch einmal die Browserkonsole, ob dort Fehler angezeigt werden. Oft ist es ein Plugin, das dafür sorgt, dass jQuery nicht richtig geladen wird.

Ohne einen Link zu Seite wird eine weitere Analyse allerdings schwer.

Grüße
Stefan

Gib Deinem Hoster alle Informationen, die Du hier auch gegeben hast. Mit denen kam ja die Vermutung auf, dass es daran lag.
Dann bitte den Hoster darum, das in Ordnung zu bringen.
Meistens hängt es mit Dateirechten zusammen.

Wenn die das nicht auf die Reihe bekommen, wird es evtl. Zeit, nach einem geeigneten Hoster zu suchen.

Hallo Anita,

Du könntest einmal versuchen, ein Backup lokal oder auf einem anderen Server laufen zu lassen, um auszuschließen, dass es am Hoster liegt.
Mit Akeeba Backup geht das recht einfach und bei der Installation zum Beispiel auf XAMPP hast Du die Möglichkeit, auch einmal einen Suchlauf durch die Dateien zu machen.

Grüße
Stefan