Copies ignored when printing from Chromium with duplex (splix PPD lacks *Collate; CUPS chain passes NumCopies correctly)
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 76/100
Línea de trabajo
Empieza en src/rastertoqpdl.cpp y include/request.h para seguir cómo llega a Request el valor de copias de CUPS. Después, lee src/printer.cpp, donde se emite la cabecera del trabajo PJL. Añade al encabezado del trabajo el número de copias solicitado cuando sea mayor que uno y confirma que un trabajo de dos copias incluye @PJL SET COPIES=2, mientras que un trabajo de una copia permanece sin cambios.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.cppreads the copies count from the CUPS filterargv[4]and stores it in theRequestobject (Request::_copiesNr, set inloadRequest()).- 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.
- Lenguaje dominante
- C++
- Estrellas
- 54
- Forks
- 20
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de OpenPrinting/splix
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
OpenPrinting/splix#26 · 2 comentarios ·
-
Multi-threading issuesPosiblemente ocupada @dutch2005 la tomó hace 186 días. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 38/100
OpenPrinting/splix#15 · 6 comentarios ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
OpenPrinting/splix#8 · 5 comentarios ·
Todos los issues de OpenPrinting/splix
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
scp-fs2open/fs2open.github.com#7953 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
HansKristian-Work/dxil-spirv#341 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 6 días