hp-systray fails after suspend and resume
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
HPLIP |
Triaged
|
Undecided
|
Unassigned |
Bug Description
I got probably two bugs (reported by a colleague):
1)
hp-systray runs busy-loop after suspend and resume
for HPLIP 2.8.4 in openSUSE 11.0, see
https:/
The reason here is that an an empty read is ignored
(an empty read should be taken as EOF).
2)
hp-systray fails after suspend and resume
for HPLIP 2.8.7 in openSUSE 11.1, see
https:/
It fails with
-------
ERROR:dbus.
Traceback (most recent call last):
File "/usr/lib/
maybe_handle_
self.
File "/usr/bin/
sys.exit(1)
SystemExit: 1
-------
and in dmesg there is
-------
python[10473]: segfault at 4 ip b67fe4bb sp bfd57900
error 6 in libdbus-
-------
Some comments:
I noticed already
https:/
but I think this one is different.
All three cases seem to have a root cause outside of HPLIP
(a no longer accessible file descriptor, something broken in dbus,
something broken in the lower-level USB system).
Nevertheless it seems also that HPLIP is not robust against
such kind of errors but seems to blindly trust that all goes on well.
Of course HPLIP cannot implement fixes for whatever breaking
stuff after a suspend and resume but HPLIP should be robust
against whatever errors which can happen all the time during
runtime (e.g. when file I/O suddenly fails, when communication
via dbus suddenly fails, when communication with a USB device
suddenly fails, whatever else...) and exit at least with a nice
error message popup so that the user is at least informed.
Changed in hplip: | |
assignee: | nobody → kalosaurusrex |
status: | New → Triaged |
I'm unable to reproduce this bug. My test setup is as follows:
Test PC - Compaq Evo N410c
Distro - SuSE 11.0 32bit
HPLIP - 3.9.1.9-internal
Test Unit - OfficeJet J6400
Connection - LAN
I'm suspending the system via the "Hibernate" command in the shutdown menu, then bringing the system back up by hitting the power button and logging in. I made sure hp-systray was running before I suspended the system, then made sure the systray was still responding after bringing the system back up. There were no errors in the terminal throughout the suspend cycle.
Can you try to reproduce using a newer build? 2.8.12 is available at hplipopensource.com