A combination of an upstream bug and a permission issue has all printers added via cups-browsed using the legacy CUPS protocol silenting fail when printing. Reproducible: Always Steps to Reproduce: 1. Configure cups-browsed to use CUPS protocol and listen for remote printers 2. Try to print to any printer that was added Actual Results: The server where the printer is says nothing was ever sent. The client things it printed successfully. Expected Results: Print job should come up on the printer along with a log entry saying it happened. Working with the developer at github, we tracked this down to issues with a hard coded path /usr/lib/cups/... instead of using /usr/libexec/cups/... that caused the the ipp backend to not be run. Further issues with error reporting left the system thinking all is well. I will attach the patch that fixes that. The second issue is the /usr/libexec/backend/ipp file is installed owned by root with execute permission of 700. This keeps the backend from running.
Created attachment 599252 [details, diff] Patch to fix bad path for backend executables in implicitclass backend.
Created attachment 599462 [details, diff] Slightly updated patch from upstream
Does this still happen with cups-filters-1.26.0?
As a remark, it is /usr/libexec/cups/backend/ipp not /usr/libexec/backend/ipp Just spent half a Sunday tried to undertand why my remote printing is not working any more ... cups-filters-1.26.0 works
Thanks for the feedback
