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] Taskbar persists in fullscreen (borderless) applications after switching workspaces in Glaze #881

Open
zandm7 opened this issue Dec 3, 2024 · 2 comments
Assignees
Labels
in progress Assigned and actively being worked on type: bug Something isn't working

Comments

@zandm7
Copy link

zandm7 commented Dec 3, 2024

Describe the bug

When running a borderless fullscreen application (i.e. a game), switching back and forth between Glaze workspaces causes the taskbar to persist in the borderless app. The taskbar continues to persist until the user enables and disables tiling (Alt+T) for the application.

Alt-tabbing out and back in does not fix the issue, either.

This behavior was not present in 3.6.0 (or prior versions).

Reproduction

The only notable aspects of my Glaze config are that I have cloaking and window-hiding enabled (which AFAIK are the defaults).

Stack trace or error logs (if applicable)

No response

Version number

3.7.0

@zandm7 zandm7 added the type: bug Something isn't working label Dec 3, 2024
@github-project-automation github-project-automation bot moved this to 📬 Needs triage in glazewm Dec 3, 2024
@zandm7
Copy link
Author

zandm7 commented Dec 3, 2024

Note: This issue appears to be related to the window-hiding feature added in 3.7.0. If show_all_in_taskbar is set to true, then the taskbar properly goes away when switching workspaces into a borderless app.

@lars-berger
Copy link
Member

Thanks for reporting this - able to reproduce the issue 👍 It looks like the API's for programmatically adding/removing tabs from the taskbar has a side effect of bringing the taskbar forward. Will put this on the backlog for the next release

@lars-berger lars-berger moved this from 📬 Needs triage to 🏗 In progress in glazewm Dec 9, 2024
@lars-berger lars-berger added the in progress Assigned and actively being worked on label Dec 9, 2024
@lars-berger lars-berger self-assigned this Dec 9, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
in progress Assigned and actively being worked on type: bug Something isn't working
Projects
Status: 🏗 In progress
Development

No branches or pull requests

2 participants