Amethyst icon indicating copy to clipboard operation
Amethyst copied to clipboard

[BUG] Amethyst Floating Window Restrictions Not Working

Open bitbalancer opened this issue 1 year ago • 5 comments

Describe the bug

The Floating Window Exceptions feature in Amethyst is failing to correctly recognize and float windows with the specified title. When adding an exception for Arc with an exact window title, Amethyst does not apply the floating rule, even though multiple windows exist with that exact title.

Image

Applications

  • Arc Browser

To Reproduce

Steps to reproduce the behavior:

  1. Go to Amethyst Preferences --> Floating
  2. Select Automatically float application listed
  3. Add Arc
  4. Add the following name to Window Title Restrictions: Cambridge Dictionary | English Dictionary, Translations & Thesaurus
  5. Open Cambridge Dictionary | English Dictionary, Translations & Thesaurus in Little Arc
  6. Observe that the window does not float, despite matching the exception criteria.

Image

Expected Behavior

Amethyst should recognize the exact window title in Floating Restrictions and prevent the window from tiling. Instead, it remains tiled and follows the normal tiling behavior.

Versions

  • macOS: Sequoia 15.3
  • Amethyst: 0.22.2

bitbalancer avatar Feb 15 '25 18:02 bitbalancer

This usually means that the window doesn't start out with a meaningful title, so at the point where we begin tracking it the window title doesn't match any of the rules.

ianyh avatar Feb 16 '25 13:02 ianyh

Thanks for the response. I was hoping to make it work, however such is life. Please keep up the good work.

bitbalancer avatar Feb 17 '25 19:02 bitbalancer

This usually means that the window doesn't start out with a meaningful title, so at the point where we begin tracking it the window title doesn't match any of the rules.

Would it make sense to re-evaluate the title after a timeout? Or, even better, is there a way to observe the title and re-eval? The rare, occasional window I care to register as auto-floating is usually (and incidentially) one having this issue.

craPkit avatar Mar 24 '25 13:03 craPkit

We actually do that already. We could probably push the timeout higher.

ianyh avatar Mar 24 '25 14:03 ianyh

This should help a bit: #1766

ianyh avatar Apr 12 '25 01:04 ianyh