| Summary: | hplip-systray is started prematurely | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Frank Griffin <ftg> |
| Component: | RPM Packages | Assignee: | Mageia Bug Squad <bugsquad> |
| Status: | RESOLVED DUPLICATE | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | lmenut, thomas |
| Version: | Cauldron | Keywords: | NEEDINFO |
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | MGA5TOO | ||
| Source RPM: | hplip-gui | CVE: | |
| Status comment: | |||
(In reply to Frank Griffin from comment #0) > This doesn't appear to trouble most systems, but on some systems after > logging into KDE you get a popup error saying that the hplip stuff can't be > installed because there is no system tray. > > What's actually happening is that hplip is running before KDE has created > the system tray. > > This was reported and solved on the net in 2012, but upstream (HP) doesn't > seem to care about it. The fix is extremely simple. > > In /etc/xdg/autostart/hplip-systray.desktop, the line: > > Exec=hp-systray -x > > needs to be replaced by > > Exec=sh -c "sleep 15; exec hp-systray -x" > Please, could you try to add in hplip-systray.desktop this line: X-KDE-autostart-after=panel while keeping the original "Exec=hp-systray -x" This should be the proper fix for this issue. cf. http://quickgit.kde.org/?p=kdelibs.git&a=blob&f=kinit%2FREADME.autostart&o=plain CC:
(none) =>
lmenut
Samuel Verschelde
2015-06-09 10:19:52 CEST
CC:
(none) =>
thomas
Samuel Verschelde
2016-01-19 10:02:17 CET
Keywords:
(none) =>
NEEDINFO Sorry, this fell through the cracks. I'll try this, although https://bugs.mageia.org/show_bug.cgi?id=16946 indicates that hp-systray shouldn't be starting at all on systems without an HP printer. Hmm. There isn't actually an hplip-systray.desktop, just an hplip.desktop which makes no reference to hp-systray. |
This doesn't appear to trouble most systems, but on some systems after logging into KDE you get a popup error saying that the hplip stuff can't be installed because there is no system tray. What's actually happening is that hplip is running before KDE has created the system tray. This was reported and solved on the net in 2012, but upstream (HP) doesn't seem to care about it. The fix is extremely simple. In /etc/xdg/autostart/hplip-systray.desktop, the line: Exec=hp-systray -x needs to be replaced by Exec=sh -c "sleep 15; exec hp-systray -x" Some posters went as far as 45 seconds, but 15 fixed it on my system. We should probably have a patch for this. It's especially confusing as hplip-gui often gets installed on systems which don't have HP printers attached. Reproducible: Steps to Reproduce: