Hi Simon, Thanks for working on this, I do appreciate it :)
On Sun, Feb 20, 2022 at 05:19:32PM +0000, Simon McVittie wrote: > On Mon, 26 Jul 2021 at 02:24:06 +0200, Daniel Gröber wrote: > > I was seeing the exact same problem > > That doesn't appear to be the exact same problem: Zack said that printing > just doesn't happen, but Daniel said that printing produces a wrong > print job. That's probably not a symptom of the bug and just differing behavour of the printers when presented with garbage input they don't understand. AFAICT from the code, in the code-path where libgtk doesn't print via cups no print-job filtering/reformatting happens at all but rather the plain pdf is just piped stright to the print queue so that's not really surprising :) > When reporting test results, please answer these questions: > > * Which versions of cups-daemon and cups-filters-core-drivers are installed? > * How many printers are physically present on your network? > * Have you configured a printer queue in CUPS manually, or are you only > using auto-detection? > * Is cups-browsed installed? If yes, which version? > * What printer names appear in the GTK print dialog? > (If they contain MAC addresses or serial numbers, you can censor them > as XXXXXX) > * For each printer name that appears: > * Does printing to it work? > * If not, what failure mode do you see? > (Nothing happens / printer prints wrong results / other) I'll make some time this weekend to test both versions. Should be pretty quick as long as you don't need test results for a clean system -- do you? --Daniel
signature.asc
Description: PGP signature
