Bug#982925: libgtk: print dialog lists autodetected printer twice

[dxld at darkboxed.org]

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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-gnome-maintainers/attachments/20220221/6c84dfb7/attachment.sig>