Comment 12 for bug 1797501

Let's start with Jeremy Kerr's first message in this report. I have no understanding of python but, from observation and a bit of testing, it has all the hallmarks of being a correct analysis. And then there are quite a number of bug reports that appear to arise from the change in mdns.c which occured in HPLIP 3.17.10.

Not a word from HPLIP upstream in four months. Maybe they are on an extended Christmas holiday or taking an early summer vacation. :)

All that needs to be said, perhaps, is that this code will not changed and it is absolutely what is required for a modern HPLIP. That would be upfront and we could then deal with its fallout. Not ideal, but we would know where we were up to.

Of course, it is always possible that any bugs are in printer firmware. After all, why should my ENVY4500 give a _uscan._tcp entry

  ty=HP ENVY 4500 series

which will fit what is in models.dat. But an MFP M278-M281 returns

  ty=HP ColorLaserJet MFP M278-M281

which has no tag in models.dat.

Or a DeskJet 3630 series, which has

  ty=DeskJet 3630 series

Looking for kJet 3630 series in models.dat is pointless.

So what is it? Software bug? Firmware bug? A bit of both?

It is not just the existence of the bug which is the issue, it is the complete silence regarding it. HPLIP is quality software. Cannot we keep it in that condition?

--
Brian.