cups icon indicating copy to clipboard operation
cups copied to clipboard

CUPS refuses to show a printer after I modified it

Open garydale opened this issue 3 months ago • 2 comments

Describe the bug I have several printers attached to my file/print server. I modified the default settings on one recently and it now fails to show up in print dialogues on my workstation.

To Reproduce Steps to reproduce the behaviour:

  1. go to the printer administration page on the CUPS web interface.
  2. select a printer
  3. set the default options
  4. try to print to it
  5. the printer no longer shows up in the print dialogue

Expected behaviour The printer visibility should not be affected by whether it has been modified or not. However, I suspect this is just the trigger.

Screenshots If applicable, add screenshots to help explain your problem.

System Information:

  • Debian/Trixie on the server, Debian/Forky on the workstation.
  • any
  • CUPS version 2.4.10 on the server, 2.4.14 on the workstation

Additional context For a couple of years I was not able to see any printers on the server. This changed about a year ago and I was able to print to them. However, after upgrading to Debian/Forky on my workstation, I had to change the paper type on a printer. After I did that, it stopped showing up. I can still see and print to other printers that I haven't had to change the default options.

garydale avatar Nov 03 '25 16:11 garydale

Please attach your log (/var/log/cups/error_log*) and configuration (/etc/cups/.conf, /etc/cups/ppd/) files so we can see what is going on.

michaelrsweet avatar Nov 11 '25 14:11 michaelrsweet

OK. Found part of the problem. The printer had stopped being marked as shared. I don't know how that came about as all I did was change the default options. I didn't modify the printer (I am loath to do that once the setup works - the different available drivers sometimes produce different results).

However, print jobs I send to it from my workstation show they have completed but don't actually print. I can still print directly on the server using lp.

This is a bit like another problem I was having where I couldn't use LP to print from a laptop to a locally installed printer. That issue was related to browsed creating duplicate queues for the same printer..

The problem seems to be that browsed has created its own queue after I turned the printer sharing back on. The queue on the server is CP1215 but browsed calls it HP_Color_LaserJet_CP1215_servername. I deleted the printer on my workstation (localhost:631) CUPS web interface then tried printing to it again. The printer shows up with the same queue again but a different description and now seems to be working.

garydale avatar Nov 16 '25 16:11 garydale