Issue: Blank window appears after confirming file replacement

[altinsmaili]

Issue: When saving a file with the same name as another file of the same type in the same location, you're prompted to confirm replacing the existing file. However, when using GlazeWM, after confirming the save, it creates a blank space as if there's an additional window open, even though there isn't.

Steps to replicate:

1. Save a file with the same name as another file of the same type in the same location.
2. Confirm replacing the existing file.
3. Blank space appears as if there's an extra window open, even though there isn't.

Video demonstration: https://youtu.be/Ji6baBRf8jI

[ParasiteDelta]

Ahhhh, you may have just helped me figure out why I kept getting ghost windows. Basically, from what I can tell, the subwindow used to prompt for saving is improperly or unusually disposed of after closing, so GWM keeps the container. Not sure if this would be a browser issue or if this would be worth writing an exception for.

[altinsmaili]

This issue also occurs outside of browsers. For example, you can replicate it with MS Paint or any other program that allows you to "Save As." It seems the confirmation prompt is still being recognized as a window. I'm not a coder, but is there a way to ignore these confirmation dialogs so they always float and don't behave like regular windows?

[s-v-o]

What configuration are you using?
In the default configuration there should be something like this:

# Launches system dialogs as floating by default (eg. File Explorer save/open dialog).
- command: "set floating"
  match_class_name: "#32770"

Maybe you could experiment with ignore instead of set floating.

P.S.: This should work for most popup dialogs. However, I still experience the described behaviour from time to time.

[altinsmaili]

I tested it with the default configuration, and the same problem occurs. It's most likely not a configuration issue. This dialog prompt likely isn't treated the same as other dialogs. I also tried setting it to "ignore," as you mentioned, but the problem persists. This happens consistently, and since I save files often for my work, it's quite disruptive. I also used "match_title:" with several variants of "Confirm Save As," but none of them worked.