View Revisions: Issue #987
| Summary | 0000987: Fix ignored finishings for Canon CQue 4.0.1 | ||
|---|---|---|---|
| Revision | 2018-09-27 14:08 by rijkr | ||
| Description | IST: Depending on document/job name, Canon CQue v4.0.1, does not apply finishings when requested. It seems that just a 'raw' print is done. When staple finishing is requested: 'test 1.pdf' : no staple | 'test een.pdf : staple | 'test1.pdf' : staple | 'test_1.pdf' : staple (same issue applies to punch finishing) This finding is for SavaPage proxy printing only. The issue can NOT be reproduced with a strict 'lpr' command, so it looks like this is an IPP/CUPS issue. Or, is this an IPP/CUPS/Canon issue only? Other drivers need to be tested to know for sure. # CQue tested lpr -P the-printer -o Staple=1PLU "test 1.pdf" # CQue to be tested lpr -P the-printer -o Staple=1PLU test\ 1.pdf -T test\ 1.pdf SOLL: Until an unambiguous diagnosis has been made, a configuration item is added to enable 'job-name'/'document-name' sanitation by replacing consecutive spaces by a single underscore '_' characters: ipp.job-name.space-to-underscore.enable: Y | N (default) |
||
| Revision | 2018-09-27 13:05 by rijkr | ||
| Description | IST: Depending on document/job name, Canon CQue v4.0.1, does not apply finishings when requested. It seems that just a 'raw' print is done. When staple finishing is requested: 'test 1.pdf' : no staple | 'test een.pdf : staple | 'test1.pdf' : staple | 'test_1.pdf' : staple (same issue applies to punch finishing) This finding is for SavaPage proxy printing only. The issue can NOT be reproduced with a strict 'lpr' command, so it looks like this is an IPP/CUPS issue. Or, is this an IPP/CUPS/Canon issue only? Other drivers need to be tested to know for sure. # CQue tested lpr -P the-printer -o Staple=1PLU "test 1.pdf" # CQue to be tested lpr -P the-printer -o Staple=1PLU test\ 1.pdf -T test\ 1.pdf SOLL: ?? Until an unambiguous diagnosis has been made, a configuration item is added to enable 'job-name'/'document-name' sanitation by replacing spaces by underscore '_' characters. ipp.job-name.space-to-underscore.enable: Y | N (default) |
||
| Revision | 2018-09-27 13:04 by rijkr | ||
| Description | IST: Depending on document/job name, Canon CQue v4.0.1, does not apply finishings when requested. It seems that just a 'raw' print is done. When staple finishing is requested: 'test 1.pdf' : no staple | 'test een.pdf : staple | 'test1.pdf' : staple | 'test_1.pdf' : staple (same issue applies to punch finishing) This finding is for SavaPage proxy printing only. The issue can NOT be reproduced with a strict 'lpr' command, so it looks like this is an IPP/CUPS issue. Or, is this an IPP/CUPS/Canon issue only? Other drivers need to be tested to know for sure. # CQue tested lpr -P the-printer -o Staple=1PLU "test 1.pdf" # CQue to be tested lpr -P the-printer -o Staple=1PLU test\ 1.pdf -T test\ 1.pdf SOLL: ?? Until an unambiguous diagnosis has been made, a configuration item is added to enable 'job-name'/'document-name' sanitation by replacing spaces by underscore '_' characters. ipp.job-name.space-to-underscore.enable: Y | N (default) |
||
| Revision | 2018-09-27 13:03 by rijkr | ||
| Description | IST: Depending on document/job name, Canon CQue v4.0.1, does not apply finishings when requested. It seems that just a 'raw' print is done. When staple finishing is requested: 'test 1.pdf' : no staple 'test een.pdf : staple 'test1.pdf' : staple 'test_1.pdf' : staple (same issue applies to punch finishing) This finding is for SavaPage proxy printing only. The issue can NOT be reproduced with a strict 'lpr' command, so it looks like this is an IPP/CUPS issue. Or, is this an IPP/CUPS/Canon issue only? Other drivers need to be tested to know for sure. # CQue tested |
||
