## What happens

`bar.showTooltip(target, text)` silently does nothing unless the target object
exposes a `tooltipHovered` property that evaluates to `true`. There is no error,
no warning, and no log line. The tooltip simply never appears.

This is not documented. `shell/plugins/bar/README.md` line 165 lists the API as:

```
- `bar.showTooltip(target, text)` / `bar.hideTooltip(target)` — shared tooltip popup
```

Following that documentation produces a widget whose tooltip never works, and
nothing tells the author why.

## Root cause

`shell/plugins/bar/Bar.qml`:

```qml
function targetTooltipHovered(target) {
  return !!target && target.visible !== false && target.opacity !== 0 && target.tooltipHovered === true
}

function showTooltip(target, text) {
  clearTooltip()

  if (!targetTooltipHovered(target) || !text) {
    tooltipRequest += 1
    return
  }
  ...
```

`Ui/WidgetButton.qml` line 61 satisfies this, which is why widgets built on
`WidgetButton` work:

```qml
readonly property bool tooltipHovered: visible && interactive && !concealed && mouseArea.containsMouse
```

But `Ui/BarWidget.qml` does **not** define `tooltipHovered`. Any widget whose
root is `BarWidget` and which calls `showTooltip` from its own `MouseArea` will
never show a tooltip.

## Affected stock widgets

Two first-party widgets are affected. Both have `BarWidget` as their root and
both call `showTooltip` directly, so neither has a working tooltip:

- `shell/plugins/services/media/BarWidget.qml` line 100 (`omarchy.media`)
- `shell/plugins/bar/widgets/ActiveWindow.qml` line 61 (`omarchy.active-window`)

## Steps to reproduce

1. Enable the `omarchy.media` widget on the bar and start playing something.
2. Hover the widget.
3. No tooltip appears. Expected: the track title and artist.

The same applies to `omarchy.active-window`: hover it and no window title
tooltip appears.

## Expected

Either of these would resolve it:

1. Define `tooltipHovered` on `Ui/BarWidget.qml`, the way `Ui/WidgetButton.qml`
   already does, so widgets built on it work by default. This would fix both
   stock widgets and every third-party widget with the same shape.
2. Failing that, document the requirement in `shell/plugins/bar/README.md`
   alongside `showTooltip`, and emit a warning when `showTooltip` bails out
   because the target does not expose the property, so the failure is not
   silent.

Option 1 seems preferable, since the current behaviour makes a documented public
API fail with no diagnostic.

## System details

- Omarchy 4.0.4-1
- CPU: Intel Core i5-8259U
- GPU: Intel Iris Plus Graphics 655
- Single display, scale 2, Hyprland 0.56.2

This is a code-level issue in the shell rather than an environment-specific one,
so I have not attached a diagnostic log. Happy to provide one if useful.