Blöde Sache - eben hat cups-pdf noch schön einen sinnvollen Dateinamen, wie "testseite.pdf" ausgegeben... und plötzlich heissen alle PDF nur noch MSxpsPS.pdf... Wie kommts?

Werfen wir mal einen Blick ins Logfile:

Tue Oct 20 15:14:43 2015  [DEBUG] output filename created (/mnt/PDF-Writer/MSxpsPS.pdf)
Tue Oct 20 14:58:48 2015  [DEBUG] trying to use PS title (MSxpsPS)
Tue Oct 20 14:58:48 2015  [DEBUG] removing trailing newlines from title (MSxpsPS)
Tue Oct 20 14:58:48 2015  [DEBUG] checking for hex strings (MSxpsPS)
Tue Oct 20 14:58:48 2015  [DEBUG] not a hex string, has no start marker (MSxpsPS)
Tue Oct 20 14:58:48 2015  [DEBUG] calling alternate_replace_string
Tue Oct 20 14:58:48 2015  [DEBUG] removing alternate special characters from title (MSxpsPS)
Tue Oct 20 14:58:48 2015  [DEBUG] title successfully retrieved (MSxpsPS)

Aha, cups-pdf extrahiert den Dateinamen aus dem Titel der Postscript-Datei.
Schaut man sich die erzeuge PDF im Adobe Reader an, dann sieht man, dass in den Dateieigenschaften tatsächlich "MSxpsPS" als Titel festgelegt wurde.

Ursache war bei mir ein Treiber-Update und Systemwechsel von Windows7 auf eine neuere Version.

Nach einigem Herumprobieren fand ich heraus, dass die Wahl des PostScript-Treibers für cups-pdf eine Rolle spielt. Bei mir funktioniert der "Samsung Color Laser PS Class Driver" unter Windows10.

Cups-PDF Driver

Ergebnis:

Tue Oct 20 15:16:40 2015  [DEBUG] trying to use PS title (Testseite)
Tue Oct 20 15:16:40 2015  [DEBUG] removing trailing newlines from title (Testseite)
Tue Oct 20 15:16:40 2015  [DEBUG] checking for hex strings (Testseite)
Tue Oct 20 15:16:40 2015  [DEBUG] not a hex string, has no start marker (Testseite)
Tue Oct 20 15:16:40 2015  [DEBUG] calling alternate_replace_string
Tue Oct 20 15:16:40 2015  [DEBUG] removing alternate special characters from title (Testseite)
Tue Oct 20 15:16:40 2015  [DEBUG] title successfully retrieved (Testseite)