Skip to content
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

[Bug] Task Bar Icon Pop-up applet does not disappear after selecting option #599

Open
A108384 opened this issue Aug 17, 2024 · 1 comment
Labels
bug Something isn't working
Milestone

Comments

@A108384
Copy link

A108384 commented Aug 17, 2024

Description

When right-clicking on a task bar icon a context menu appears with various options specific to the application. However, after selecting the desired option (New File, New Windows, Launch New Instance, etc) the pop-up stays in place.
The pop-up should go away after the user selects the desired option, which is a similar behavior to other context menus.

Budgie version

10.9.2

Operating System

Solus 4.5

Steps to reproduce the issue

  1. Ensure you an application icon in a Budgie Desktop doc. (I have my dock positioned at the bottom of my screen)
  2. Right click on the application icon
  3. Select one of the context menu options. The selected action does happen, but the context menu remains in place and in-focus. You must then make a 2nd click on the target (perhaps new) window in order to continue work. I think the expectation is that the focus would change to the new window or the window you just switched to, etc.

My typical scenario is to launch a new session (such as an editor session) and i just start typing right after trying to launch a new session, but the window is focused so my next action must be to then click on the new window what was just launched)

Actual result

image

Expected result

When launching a new instance, the expected result is that the new application would launch, that the pop-up would disappear, and that the focus of the cursor (keyboard and mouse pointer) would be to the new instance/window.

Additional information

No response

@JoshStrobl
Copy link
Member

JoshStrobl commented Aug 19, 2024

The Launch New Instance and desktop actions do hide the popover for me. However I am also on git testing our Wayland development, and considerable changes have been made since 10.9.x, so may already be sorted or more consistent due to Layer Shell.

The design intent on the other actions (such as for workspace moving, setting always on top) not invoking a hiding of the popover is to enable multiple actions to be performed against a window without having to re-open the popover.

@JoshStrobl JoshStrobl added the bug Something isn't working label Aug 19, 2024
@JoshStrobl JoshStrobl added this to the 10.10 milestone Aug 19, 2024
@JoshStrobl JoshStrobl added verified Verified bug. and removed verified Verified bug. labels Aug 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants