Bug#1085142: Bug#1084021: Produces PPD files with invalid hash character in size names.

[Agustin Martin <agmartin@debian.org>]

[resending to hplip 1085142, where it was supposed to go, instead of cups]

On Tue, Oct 15, 2024 at 01:46:55PM +0200, Marcin Owsiany wrote:
> I reported this issue upstream to
> https://github.com/OpenPrinting/cups/issues/1078 and it turned out that the
> root cause was some invalid names in the ppd file.
> It had an invalid character in some of the size names - the '#' in
> "Envelope#10", "JapaneseEnvelope#3.FB" and "JapaneseEnvelope#4.FB".
> 
> I think it's still wrong for cups to respond with a syntactically invalid
> response to get-printer-attributes in this case, so I'm keeping this bug
> open for now.
> I'll clone it into another bug against hpcups which I think is responsible
> for the PPD file.

Hi,

cups 2.4.11 (not yet packaged for Debian) is said in above
issues/1078 to have a workaround for this.

Regarding hplip, I looked at 3.24.4 upstream release (not yet
packaged for Debian) and seems it still has the same problem.

Looking at https://github.com/OpenPrinting/cups/issues/1078 I wonder if
attached sed script acting on ppd files under ppd dir does fix this issue (I
am a complete newbie to this and I do not have access to affected printer
nor know at all about ppd format).

Another thing, has this been reported to hplip upstream?

Regards,

-- 
Agustin

s/JapaneseEnvelope\#3\.FB/EnvChou3\.Fullbleed/g
s/JapaneseEnvelope\#3/EnvChou3/g
#
s/JapaneseEnvelope\#4\.FB/EnvChou4\.Fullbleed/g
s/JapaneseEnvelope\#4/EnvChou4/g
#
s/Envelope\#10\.FB/Env10\.Fullbleed/g
s/Envelope\#10/Env10/g