## Description

Right after opening a new tab in Google Chrome (running natively on Wayland via `--ozone-platform=wayland`, not XWayland), mouse scroll and the spacebar stop working in the tab — clicking to another window and back to Chrome restores it immediately.

## Cause

Chrome briefly creates a transient toplevel surface with an empty class/title (likely used for tab-drag-threshold detection). Hyprland's default focus-follows-new-window behavior hands that surface keyboard/pointer focus, so the visible tab never actually gets input until focus is forced back onto it.

Omarchy already has a fix for this exact window signature in `default/hypr/windows.lua`:

```lua
-- Fix some dragging issues with XWayland.
o.window(
  {
    class = "^$",
    title = "^$",
    xwayland = true,
    float = true,
    fullscreen = false,
    pin = false,
  },
  { no_focus = true }
)
```

but it's scoped to `xwayland = true`, so it doesn't cover Chrome's native-Wayland surfaces.

## Suggested fix

Add an equivalent rule without the `xwayland = true` condition (or a parallel rule with `xwayland = false`), so empty class/title floating transient windows don't steal focus regardless of whether they're XWayland or native Wayland clients.

## Workaround

Personal config addition that resolves it locally:

```
windowrule = nofocus, match:class ^$, match:title ^$, match:floating 1, match:fullscreen 0
```

## Environment

- Hyprland 0.56.2
- google-chrome-stable 152.0.7977.64, launched with `--ozone-platform=wayland --ozone-platform-hint=wayland`
- Omarchy (current)

🤖 Generated with [Claude Code](https://claude.com/claude-code)