New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

systray tooltips broken, showing only 'VMapp command' #2264

Open
adrelanos opened this Issue Aug 23, 2016 · 6 comments

Comments

Projects
None yet
6 participants
@adrelanos
Member

adrelanos commented Aug 23, 2016

Qubes OS version (e.g., R3.1):

R3.2 with testing repository

Affected TemplateVMs (e.g., fedora-23, if applicable):

debian-8


Expected behavior:

When hovering over a systray icon, the tooltip should show whatever the tooltip actually is (just like any operating system).

Actual behavior:

When hovering over a systray icon, the tooltip only says VMapp command.

Steps to reproduce the behavior:

Start a Debian 8 based VM.

sudo apt-get install klipper

Then start from command line, run klipper.

Also happens in sys-whonix with sdwdate-gui.

General notes:

Did not notice this before R3.2. (Does not mean, it did not happen there.)

@adrelanos adrelanos changed the title from systray tooltips broken to systray tooltips broken, showing only 'VMapp command' Aug 23, 2016

@andrewdavidwong andrewdavidwong added this to the Release 3.2 milestone Aug 23, 2016

adrelanos added a commit to adrelanos/sdwdate-gui that referenced this issue Aug 25, 2016

@adrelanos

This comment has been minimized.

Show comment
Hide comment
@adrelanos

adrelanos Aug 25, 2016

Member

Issue persists after reboot.

Member

adrelanos commented Aug 25, 2016

Issue persists after reboot.

@andrewdavidwong

This comment has been minimized.

Show comment
Hide comment
@andrewdavidwong

andrewdavidwong Aug 25, 2016

Member

Other systray icon issues (possibly related?): #2216, #2242, #2268

Member

andrewdavidwong commented Aug 25, 2016

Other systray icon issues (possibly related?): #2216, #2242, #2268

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Aug 30, 2016

Member

This is a "feature" of new KDE - the icon there is no longer what
application places there, but a copy of that window. And a tooltip is a
title of that window, which is unset in most cases ("VMapp command" is
qubes-specific placeholder for unset window title). This KDE behaviour
is totally non-standard.

Just one another reason why we've chosen to move away from KDE being
default environment.

Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

Member

marmarek commented Aug 30, 2016

This is a "feature" of new KDE - the icon there is no longer what
application places there, but a copy of that window. And a tooltip is a
title of that window, which is unset in most cases ("VMapp command" is
qubes-specific placeholder for unset window title). This KDE behaviour
is totally non-standard.

Just one another reason why we've chosen to move away from KDE being
default environment.

Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

@tasket

This comment has been minimized.

Show comment
Hide comment
@tasket

tasket Aug 30, 2016

This is good from a security standpoint, but the vm name should be added to the real tooltip instead of the former replacing the latter.

tasket commented Aug 30, 2016

This is good from a security standpoint, but the vm name should be added to the real tooltip instead of the former replacing the latter.

@Zrubi

This comment has been minimized.

Show comment
Hide comment
@Zrubi

Zrubi Sep 14, 2016

Member

This issues is not template specific. I have this issue using fedora based templates as well.
It is related only the to the new KDE 5 System Tray

Member

Zrubi commented Sep 14, 2016

This issues is not template specific. I have this issue using fedora based templates as well.
It is related only the to the new KDE 5 System Tray

@unman

This comment has been minimized.

Show comment
Hide comment
@unman

unman Oct 11, 2016

Member

@andrewdavidwong Can you remove the Debian and Whonix labels, and the xfce4 one too? I guess we need a kde5 label to cover this one.

Member

unman commented Oct 11, 2016

@andrewdavidwong Can you remove the Debian and Whonix labels, and the xfce4 one too? I guess we need a kde5 label to cover this one.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment