Danke, ich hab den Fix noch für das ander JS erweitert. Ich frage mich, ob es Sinn macht das gleich in die höhere abstrakte Funktion einzubauen. Dann gibts keine Probleme mit pdfs mehr.
Den Fix habe ich ausprobiert, bei mir erscheint weiterhin das // am Ende des PDFs.
Womöglich sind da noch andere Aufrufe, die bei webgras nicht vorhanden sind.
Daraus folgernd könnte es bei webgras an Template-Overrides liegen, dass es funktioniert wie erwartet.
In den Produktdetails habe ich die Bedingung noch ausgeweitet, aber auf die Schnelle nichts gefunden.
Ich sehe dieses Problem als weiterhin offen.
Falls noch jemand Ideen hat, wo die Zeichen // im Original VM unter Cassiopeia herkommen könnten, immer raus damit. 
STS
"In den Produktdetails habe ich die Bedingung noch ausgeweitet"
Was haste noch gefunden?
In der default.php ist noch weiterer JS-Code, den hatte ich mit einbezogen.
Das wird aber an anderer Stelle(n) noch mehr angehängt, da fehlte mir die Zeit.
Vielleicht komme ich morgen dazu.
STS
der neue Fix verhindert ja jetzt das schreiben, sollte man also garnicht mehr drüber nachdenken müssen, solange vmjsapi::addScript benutzt wird.
Ja, da hast Du recht, an der default.php kann es nicht mehr liegen, weil von dort aus dann kein JS mehr eingefügt wird.
Ich hatte nur den anderen JS-Code mit in die Bedingung gepackt, weil er beim Druck dann einfach übergangen wird,
Bringt sicher keine Milisekunde. Fühlt sich aber richtiger an, als unnötig Variablen zu füllen.
Die verbleibenden // werden aus einer anderen Datei kommen. Wer es zuerst findet, bekommt auf dem nächsten VirtueMart-Tag ein Frühstück.
STS
Wer es zuerst findet, bekommt auf dem nächsten VirtueMart-Tag ein Frühstück.
Sowas gibt es? 
Das war jetzt das Schmankerl, um mal einen VirtueMart-Tag ins Leben zu rufen.
STS
