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
