gnome-panel - hplip - icon-menu empty

Bug #1878440 reported by frank
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gnome-flashback (Ubuntu)
Invalid
Undecided
Unassigned
hplip (Ubuntu)
Confirmed
Undecided
Unassigned
indicator-application (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

in gnome-panel (gnome-flashback) there is an icon for hp-printer (looks like part of indicator-applet), if i click it, a menu is shown, but no readable menuentries. i tried to make screenshot while menu is open, but menu is not visble on this screenshot (seems like it is some kind of overlay).

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: hplip 3.20.3+dfsg0-2
ProcVersionSignature: Ubuntu 5.4.0-29.33-generic 5.4.30
Uname: Linux 5.4.0-29-generic x86_64
ApportVersion: 2.20.11-0ubuntu27
Architecture: amd64
CasperMD5CheckResult: skip
CupsErrorLog:

CurrentDesktop: GNOME-Flashback:GNOME
Date: Wed May 13 17:33:35 2020
InstallationDate: Installed on 2020-04-27 (16 days ago)
InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
Lpstat: device for HP-Color-LaserJet-MFP-M277dw: socket://192.168.0.200
Lsusb:
 Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
 Bus 001 Device 003: ID 27c6:530c Shenzhen Goodix Technology Co.,Ltd. Fingerprint Reader
 Bus 001 Device 002: ID 0c45:671f Microdia Integrated_Webcam_HD
 Bus 001 Device 004: ID 8087:0aaa Intel Corp.
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MachineType: Dell Inc. G5 5590
Papersize: a4
PpdFiles: Error: command ['fgrep', '-H', '*NickName', '/etc/cups/ppd/HP-Color-LaserJet-MFP-M277dw.ppd'] failed with exit code 2: grep: /etc/cups/ppd/HP-Color-LaserJet-MFP-M277dw.ppd: Permission denied
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.4.0-29-generic root=UUID=7c9113b7-ca65-4c46-9435-f5d2b73bab72 ro quiet splash vt.handoff=7
SourcePackage: hplip
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 02/07/2020
dmi.bios.vendor: Dell Inc.
dmi.bios.version: 1.12.0
dmi.board.name: 0KW84T
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 10
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvr1.12.0:bd02/07/2020:svnDellInc.:pnG55590:pvr:rvnDellInc.:rn0KW84T:rvrA00:cvnDellInc.:ct10:cvr:
dmi.product.family: GSeries
dmi.product.name: G5 5590
dmi.product.sku: 08EA
dmi.sys.vendor: Dell Inc.

Revision history for this message
frank (frankwu) wrote :
Revision history for this message
frank (frankwu) wrote :

any idea here? maybe problem is not in hplip and there is a problem in gnome-panel/incicator-applet?

Revision history for this message
Alberts Muktupāvels (muktupavels) wrote :

Use Screenshot application to create screenshot. Choose "Grab the whole screen", set few seconds as delay, press "Take Screenshot". Open menu and and after delay screenshot will be created.

Revision history for this message
frank (frankwu) wrote :
Revision history for this message
Alberts Muktupāvels (muktupavels) wrote :

From quick look this might be problem in indicator-application...

Looks like hplip trayicon first is created without menu, "/NO_DBUSMENU" is set as "Menu" for status notifier item. Then it is updated to correct menu path, but indicator does not recreate menu.

D-Bus menu is created only when application is added:
https://git.launchpad.net/ubuntu/+source/indicator-application/tree/src/indicator-application.c#n555

As workaround use `systemctl --user restart indicator-application.service` to restart indicator application. Then it will pickup / use correct menu path.

affects: indicator-applet (Ubuntu) → indicator-application (Ubuntu)
Changed in hplip (Ubuntu):
status: New → Invalid
Changed in gnome-flashback (Ubuntu):
status: New → Invalid
Changed in indicator-application (Ubuntu):
status: New → Confirmed
Revision history for this message
frank (frankwu) wrote :

workaround works so far, can i automate it (autostart or similar) till it is fixed?

Revision history for this message
Alberts Muktupāvels (muktupavels) wrote :

Don't know... This needs to be done after hplip tray icon is added/started.

Revision history for this message
frank (frankwu) wrote :

the hp-tray-icon is started via gnome startup-applications

on console (after killing the tray-application) this works:

hp-systray -x & sleep 15 && systemctl --user restart indicator-application.service

but if i modify the existing entry to this command-line it does not (maybe this is not executed via shell). i put this into a bash-script and changed the startup-entry to this..now it works

as far as i understand you this is still a problem in hplip or more indicator-applet?

Revision history for this message
Alberts Muktupāvels (muktupavels) wrote :

I think real bug is in indicator-application. Definitely not in indicator-applet as it only loads various indicators. I guess it could be fixed also in hplip... For some reason menu is set after some delay - https://git.launchpad.net/ubuntu/+source/hplip/tree/ui5/systemtray.py#n359

Changed in hplip (Ubuntu):
status: Invalid → Confirmed
Revision history for this message
frank (frankwu) wrote :

i guess delay is for checking printer-status first before building menu...atm i can live with the workaround, but it should be fixed :) thank you very much

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.