Fix Ricoh SP 112 autodetection and held print jobs - #26
Closed
fabian-flechtmann wants to merge 1 commit into
Closed
Conversation
fabian-flechtmann
force-pushed
the
ricoh-sp112-autodetect
branch
8 times, most recently
from
August 6, 2026 13:38
982c871 to
e7de3b3
Compare
Add a default-off -H option that emits @pjl SET HOLD=OFF once per job, then select it for the Ricoh SP 112 and SP 201Nw through the Foomatic PrinterType mechanism. Record the USB identity captured from the SP 112 and regenerate both Ricoh PPDs from their XML sources. Preserve the SP 201Nw MFG and MDL DeviceID fields that current foomatic-db-engine derives from the printer make and model even without an autodetect block. Leave that model without a USB autodetect claim until its actual IEEE-1284 response is available. Regeneration also picks up the existing Auto media-source default. The regression test covers output with and without -H. Model scoping was verified manually with foomatic-rip so the test does not pin generated PPD text.
fabian-flechtmann
force-pushed
the
ricoh-sp112-autodetect
branch
from
August 6, 2026 14:01
e7de3b3 to
c985806
Compare
Author
|
I tried to install this at my dad's laptop, but the detection part did not work. I ended up hardcoding I'm closing this PR, anyone please feel free to continue from here and create another PR to make the Ricoh work out of the box. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Hi! My Ricoh SP 112 printed nothing — CUPS reported jobs as completed, but no output ever appeared. Sending raw DDST/PJL streams straight to the printer showed that
@PJL SET HOLD=OFFwas the missing piece.This PR adds a
-Hoption tofoo2ddstand enables it for the SP 112 and SP 201Nw through the repo's existing FoomaticPrinterTypemechanism. The flag defaults to off, so Konica Minolta and generic DDST output is unchanged. I hope I got the mechanism right — comments and suggestions are very welcome!Tested over USB (
05ca:0447) with an SP 112, which reportsMFG:RICOH ;CMD:GDI;MDL:SP 112 DDST;CLS:PRINTER;. The existing PPD advertisedMFG:Ricoh;MDL:SP 112;, so its IEEE-1284 identity did not match. The reported identity is now recorded in the printer XML.I do not have an SP 201Nw, so that model's
-Hpath is not hardware-tested. I am happy to narrow this to the SP 112 if preferred.The Foomatic-controlled option data in both Ricoh PPDs was regenerated from the XML rather than hand-edited. This also picks up the
Automedia-source default already present infoo2ddst-InputSlot.xml.The new
testddsttarget passes and is included inmake test. End-to-end checks throughfoomatic-ripconfirm that both Ricoh PPDs select-H, while the generic DDST PPD does not.