CUPS web interface hangs at 'add printer' 4/5 step

[fogti]

Describe the bug A clear and concise description of what the bug is. CUPS hangs when adding a printer in the 4/5 step when a user-provided PPD is attached and then submitted (the HTTP request hangs, e.g. no response gets sent)

To Reproduce Steps to reproduce the behavior:

1. go to 'Manage Printers' -> 'Add Printer'
2. (specific to my use case) select the appsocket protocol (this may not be necessary to hit the bug)
3. fill out the next pages with random information. it doesn't matter if the printer is to-be-shared on the network.
4. arrive at step 4/5, select a locally saved PPD file, fill out the rest of the form, submit it.
5. the next page isn't shown, instead the browser and the cups webserver hang at the response part.

Expected behavior the HTTP request/response should terminate, at least with an error message, or even better, succeed.

Screenshots

Additional context I temporarily fixed it for myself by copying the appropriate printers.conf file from another working machine (Gentoo).

Notify maintainers @matthewbauer

Metadata

• system: "x86_64-linux"
• host os: Linux 5.10.47, NixOS, 21.11.20210713.c149772 (Porcupine) (c149772546705bdc12aba0a141f27dc3cb11bd4d)

(I'm currently running a garbage collection, so nix-info -m doesn't terminate)

Maintainer information:

attribute:
  - cups
module:
  - services.printing

[stale[bot]]

I marked this as stale due to inactivity. → More info