core: IPP Errors even when not configured

The problem

IPP comes up with errors when HA starts. It also added an integration multiple times.

Environment

Home Assistant Core release with the issue: 0.108.0
Last working Home Assistant Core release (if known): n/a
Operating environment (Home Assistant/Supervised/Docker/venv): Supervised
Integration causing this issue: IPP
Link to integration documentation on our website:

Problem-relevant `configuration.yaml`

Not configured in YAML

Traceback/Error logs

2020-04-09 12:27:49 ERROR (MainThread) [homeassistant.components.ipp.config_flow] IPP Parse Error
Traceback (most recent call last):
  File "/usr/local/lib/python3.7/site-packages/pyipp/ipp.py", line 182, in execute
    parsed = parse_response(response)
  File "/usr/local/lib/python3.7/site-packages/pyipp/parser.py", line 158, in parse
    attribute, new_offset = parse_attribute(raw_data, offset)
  File "/usr/local/lib/python3.7/site-packages/pyipp/parser.py", line 90, in parse_attribute
    attribute["value"] = data[offset:offset_length].decode("utf-8")
UnicodeDecodeError: 'utf-8' codec can't decode byte 0x92 in position 5: invalid start byte

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/ipp/config_flow.py", line 110, in async_step_zeroconf
    info = await validate_input(self.hass, self.discovery_info)
  File "/usr/src/homeassistant/homeassistant/components/ipp/config_flow.py", line 46, in validate_input
    printer = await ipp.printer()
  File "/usr/local/lib/python3.7/site-packages/pyipp/ipp.py", line 211, in printer
    "requested-attributes": DEFAULT_PRINTER_ATTRIBUTES,
  File "/usr/local/lib/python3.7/site-packages/pyipp/ipp.py", line 184, in execute
    raise IPPParseError from exception
pyipp.exceptions.IPPParseError

Additional information

I deleted the integration and restarted and the error persists. The Integration detects the same device multiple times.

About this issue

Original URL
State: closed
Created 4 years ago
Comments: 36 (13 by maintainers)

Most upvoted comments

There have been a number of reports here which have greatly helped but makes it hard to keep track. Im going to close this in the belief that things are in a good place now and will get even better hopefully in 108.5.

Feel free to open new issues if you feel something was left unresolved

ctalkington on Apr 14, 2020

hopefully 108.4 pending no issues getting merged

ctalkington on Apr 13, 2020

Can you both please run HA with debug logging and provide the zeroconf entries? This will help establish what devices are causing this and if theres any specific fixes needed.

https://www.home-assistant.io/integrations/logger/

logger:
  default: info
  logs:
    homeassistant.components.zeroconf: debug
    homeassistant.components.ipp: debug
    pyipp: debug

ctalkington on Apr 11, 2020

Just restarted again now and it detected another instance of the dropbox one…

I’m currently deciding what to do when printer doesnt provide UUID. I think there is way to see the zeroconf data which may contain something to help filter. I will try to come up with something for this case today. Thanks for helping iron this out.

ctalkington on Apr 10, 2020