Also lag es letztendlich an einen fehlerhaften Drucker(-treiber)?
Spannend und nur nice-to-have wäre natürlich, den fehlerhaften Drucker vom Kunden (leihweise) zu bekommen und in der Entwicklung testen zu können.
Eventuell kann man derartige Fehler-Szenarien auch im eignen Programmcode behandeln.
Aber das wäre auch nur was für ruhige Stunden.
Reicht es da nicht aus, nur den entsprechenden Treiber zu installieren?
Der Drucker selbst muss ja nicht angeschlossen sein. Den Treiber auswählen und die Druckaufträge im Spooler stehen lassen. Kann man dann dort ja später rausschmeißen.
Die grundsätzliche Funktion von Druckaufträgen hab' ich immer erstmal mit ausgeschaltetem Drucker entwickelt und getestet bzw. den Drucker am Entwicklungsrechner offline geschaltet.
Ein eventuell vorhandenes Fehlverhalten des Druckertreibers müsste aber eigentlich trotzdem auffallen.