Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Copies ignored when printing from Chromium with duplex (splix PPD lacks *Collate; CUPS chain passes NumCopies correctly)

Aperta Adatta ai principianti
  • Qualcosa non va?
#33 3 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
2/5
Tempo stimato
1-3 ore
Idoneità per principianti
76/100
Tipo di issue
Bug
Chiarezza
Specificata chiaramente
Stato di attività
Attiva
Stack tecnologico
cpp
Ambito
devtools

Direzione di ricerca

Inizia da src/rastertoqpdl.cpp e include/request.h per seguire come il valore del numero di copie di CUPS raggiunge Request, poi leggi src/printer.cpp, dove viene emessa l’intestazione del job PJL. Aggiungi all’intestazione del job il numero di copie richiesto quando è maggiore di uno e conferma che un job da due copie include @PJL SET COPIES=2, mentre un job da una copia rimane invariato.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Summary

rastertoqpdl silently drops the number of copies requested by the application: every job prints exactly one copy, no matter what "copies" value is passed through CUPS. This is most visible when printing from a browser (Chromium/Edge: duplex + N copies → only one sheet comes out), but it affects every client that requests copies through the CUPS job options, including plain lp -n 2.

Root cause
  • src/rastertoqpdl.cpp reads the copies count from the CUPS filter argv[4] and stores it in the Request object (Request::_copiesNr, set in loadRequest()).
  • But _copiesNr / copiesNr() is never read anywhere afterwards.
  • The copy count that actually ends up in the QPDL page header (src/qpdl.cpp: header[0x2..0x3] = page->copiesNr()) is taken from the CUPS raster page header (src/document.cpp: page->setCopiesNr(header.NumCopies)), which raster producers leave at 1.

Net effect: the requested copies count is discarded.

How to reproduce
lp -n 2 -d <splix-driven-queue>   # a one-page job prints exactly one copy

Observed on a Samsung ML-2160 (USB), splix 2.0.2, CUPS 2.4.16, Ubuntu 26.10.

Suggested fix

Let the printer engine duplicate the job: emit @PJL SET COPIES=N in the PJL job header when N > 1. Engine-side duplication keeps per-copy duplex collation correct, whereas duplicating page data inside the QPDL stream would break collation for duplex jobs.

The following patch against 2.0.2 was built and verified on an ML-2160: after applying it, a 2-copy job stream contains @PJL SET COPIES=2, while 1-copy jobs are untouched.

--- splix-pristine/include/request.h
+++ splix-patched/include/request.h
@@ -110,6 +110,10 @@
           */ 
         Duplex                  duplex() const {return _duplex;}
         /**
+          * @return the number of copies requested for this job.
+          */
+        unsigned long           copiesNr() const {return _copiesNr;}
+        /**
           * @return TRUE if it's a reversed duplex. Otherwise it returns FALSE.
           */
         bool                    reverseDuplex() const {return _reverseDuplex;}
--- splix-pristine/src/printer.cpp
+++ splix-patched/src/printer.cpp
@@ -272,6 +272,11 @@
             break;
     }
  
+    // Honor the number of copies requested by the application (CUPS argv[4]):
+    // the engine duplicates the job, which keeps duplex collation correct.
+    if (request.copiesNr() > 1)
+        printf("@PJL SET COPIES=%lu\n", request.copiesNr());
+
     // Set some job options
     if (request.ppd()->get("MediaType").isNull())
         printf("@PJL SET PAPERTYPE=OFF\n");

Happy to prepare a proper PR if that helps.

Lingua principale
C++
Stelle
54
Fork
20
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di OpenPrinting/splix

Tutte le issue di OpenPrinting/splix

Issue simili

Altre issue su C++

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.