[GH-ISSUE #606] Dialog Menus show up in launcher #196

Closed
opened 2026-05-22 21:51:42 +01:00 by JakeStanger · 11 comments
Owner

Originally created by @ClaireNeveu on GitHub (May 22, 2024).
Original GitHub issue: https://github.com/JakeStanger/ironbar/issues/606

Describe the bug
Sub-windows in an application (like dialog menus) appear in the launcher when open.

To Reproduce
Steps to reproduce the behavior:

  1. Open VS Code
  2. Right click in the file editor
  3. Observe that a new item appears in the launcher

Expected behavior
The launcher should not display a new item.

System information:

  • Distro: Arch Linux
  • Compositor: Hyprland 0.40.0
  • Ironbar version: 0.16.0-pre

Configuration

Share your bar configuration and stylesheet as applicable:

Config

Styles

Additional context
This might be related to Krita getting stuck in the launcher since it opens a lot of subwindows.

Screenshots

If applicable, add screenshots to help explain your problem.

Originally created by @ClaireNeveu on GitHub (May 22, 2024). Original GitHub issue: https://github.com/JakeStanger/ironbar/issues/606 **Describe the bug** Sub-windows in an application (like dialog menus) appear in the launcher when open. **To Reproduce** Steps to reproduce the behavior: 1. Open VS Code 2. Right click in the file editor 3. Observe that a new item appears in the launcher **Expected behavior** The launcher should not display a new item. **System information:** - Distro: Arch Linux - Compositor: Hyprland 0.40.0 - Ironbar version: 0.16.0-pre **Configuration** > Share your bar configuration and stylesheet as applicable: <details><summary>Config</summary> ``` ``` </details> <details><summary>Styles</summary> ```css ``` </details> **Additional context** This might be related to Krita getting stuck in the launcher since it opens a lot of subwindows. **Screenshots** > If applicable, add screenshots to help explain your problem.
Author
Owner

@ClaireNeveu commented on GitHub (May 22, 2024):

Still working on getting a minimum repro on the Krita issue, it doesn't happen if you close Krita right away but consistently after I've been drawing for an hour or two and close it, ironbar thinks it's still running until I restart ironbar.

<!-- gh-comment-id:2125021450 --> @ClaireNeveu commented on GitHub (May 22, 2024): Still working on getting a minimum repro on the Krita issue, it doesn't happen if you close Krita right away but consistently after I've been drawing for an hour or two and close it, ironbar thinks it's still running until I restart ironbar.
Author
Owner

@JakeStanger commented on GitHub (May 22, 2024):

I've got a feeling this is going to be an easy fix, or nigh impossible. Out of interest, do you know whether krita is native or xwayland?

<!-- gh-comment-id:2125135269 --> @JakeStanger commented on GitHub (May 22, 2024): I've got a feeling this is going to be an easy fix, or nigh impossible. Out of interest, do you know whether krita is native or xwayland?
Author
Owner

@ClaireNeveu commented on GitHub (May 22, 2024):

Krita is an xwayland app.

<!-- gh-comment-id:2125157607 --> @ClaireNeveu commented on GitHub (May 22, 2024): Krita is an xwayland app.
Author
Owner

@JakeStanger commented on GitHub (May 22, 2024):

In theory, I think it should be possible to detect if a window has a parent window using wlr_foreign_toplevel_management, which is already hooked up. This means it should be easy.

As far as I can see though, Hyprland never sends that info, so I need to dig a bit deeper and see if another compositor does and if it'll help.

As an aside, I had krita open to test and hit the same bug where it doesn't close properly. I did open a single dialog. It seems strange I've never seen this occur with anything else. My Jetbrains IDEs are all xwayland and spam child windows like nothing else so I don't think that's the culprit.

<!-- gh-comment-id:2125885607 --> @JakeStanger commented on GitHub (May 22, 2024): In theory, I think it should be possible to detect if a window has a parent window using `wlr_foreign_toplevel_management`, which is already hooked up. This means it *should* be easy. As far as I can see though, Hyprland never sends that info, so I need to dig a bit deeper and see if another compositor does and if it'll help. As an aside, I had krita open to test and hit the same bug where it doesn't close properly. I did open a single dialog. It seems strange I've never seen this occur with anything else. My Jetbrains IDEs are all xwayland and spam child windows like nothing else so I don't think that's the culprit.
Author
Owner

@ClaireNeveu commented on GitHub (May 22, 2024):

Hmm, this might be a bug in Hyprland, they just did a big rewrite with 0.40.0.

<!-- gh-comment-id:2125893065 --> @ClaireNeveu commented on GitHub (May 22, 2024): Hmm, this might be a bug in Hyprland, they just did a big rewrite with 0.40.0.
Author
Owner

@JakeStanger commented on GitHub (Jun 13, 2024):

...and an even bigger one with 0.41.0. Hyprland isn't particularly stable right now as a result, but I'd be interested to know if you still have the issue after updating.

<!-- gh-comment-id:2166809643 --> @JakeStanger commented on GitHub (Jun 13, 2024): ...and an even bigger one with 0.41.0. Hyprland isn't particularly stable right now as a result, but I'd be interested to know if you still have the issue after updating.
Author
Owner

@ClaireNeveu commented on GitHub (Jun 17, 2024):

This does still happen on 0.41.x

<!-- gh-comment-id:2174587613 --> @ClaireNeveu commented on GitHub (Jun 17, 2024): This does still happen on 0.41.x
Author
Owner

@ClaireNeveu commented on GitHub (Jun 18, 2024):

0.41.x is even more broken than 0.40.x it seems so take that for what it is.

<!-- gh-comment-id:2174742711 --> @ClaireNeveu commented on GitHub (Jun 18, 2024): 0.41.x is even more broken than 0.40.x it seems so take that for what it is.
Author
Owner

@donovanglover commented on GitHub (Jul 15, 2024):

Also occurs with 0.41.2 and hovering over links that have titles in xwayland chromium

<!-- gh-comment-id:2228780777 --> @donovanglover commented on GitHub (Jul 15, 2024): Also occurs with 0.41.2 and hovering over links that have titles in xwayland chromium
Author
Owner

@JakeStanger commented on GitHub (Aug 14, 2024):

Still occurs in v0.42.0

I've seen this quite a few times with different apps myself and every time it seems to be xwayland. A little bit of digging seems to show that these are created as xwayland windows with no title/class.

I'm going to try filtering those out and we'll see if that sorts it. At the very least, it should help mitigate it.

<!-- gh-comment-id:2289764578 --> @JakeStanger commented on GitHub (Aug 14, 2024): Still occurs in v0.42.0 I've seen this quite a few times with different apps myself and every time it seems to be xwayland. A little bit of digging seems to show that these are created as xwayland windows with no title/class. I'm going to try filtering those out and we'll see if that sorts it. At the very least, it should help mitigate it.
Author
Owner

@JakeStanger commented on GitHub (Aug 14, 2024):

This seems to have caught all the examples I know of, at least. Any further issues let me know and I'll re-open.

<!-- gh-comment-id:2289783902 --> @JakeStanger commented on GitHub (Aug 14, 2024): This seems to have caught all the examples I know of, at least. Any further issues let me know and I'll re-open.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
JakeStanger/ironbar#196
No description provided.