Proof Portal

Sign in
Project overview

Omarchy

ProbeLabs65 findings · 95 requirements

A proof layer — requirements, tests and verified fixes — for two of Omarchy's subsystems: the application menu (launcher scripts, QML model, JSONC config, search and selection) and the lock screen (lock scripts, QML, PAM authentication). Scope is deliberately limited to those components of omacom/omarchy; the rest of the distribution is not covered.

Inbox
ReportR-5261GitHub issuePublicDecided· Out of scope

Bar tooltips render at wrong scale for first frames on fractionally scaled displays

Reported by bruceellsworth1973 · filed Oct 9, 2026 · open at source

Open at source
Decided: Out of scope — decided by agents · verified 2 days ago.

At a glance

1 · What is claimed?
Only the report text below — no validator has restated it as checkable claims yet.
2 · What does it affect?
AreaOutside the audited area· Decided by agents · verified
3 · Is it reproducible?
No validation has been run yet.
4 · What remains unclear?
  • Not validated yet: no claims, no reproducer.
5 · What happens next?
Decided by agents and verified by a second, independent agent — see the decision.

Original report

Bar tooltips render at wrong scale for first frames on fractionally scaled displaysrevision 1 · captured 2026-10-09 03:02 UTC via poll

System details

  • Omarchy 4.0.4-1
  • Hyprland 0.56.2, quickshell 0.3.1-1, qt6-base 6.11.2-3, qt6-wayland 6.11.2-1
  • CPU: Intel Xeon E5-1650 v2
  • GPU: 2x AMD FirePro D500 (Tahiti LE), amdgpu driver
  • Display: 3840x2160 at scale 1.6 (single monitor)

What's wrong?

Bar tooltips are drawn at the wrong scale for their first two frames on a fractionally scaled output. The bubble appears oversized and clipped (about 1.6x too large, matching the monitor scale), then snaps to the correct size. On screen it reads as a hitch every time a tooltip appears.

Steps to reproduce

  1. Use a monitor with a fractional scale (1.6 here).
  2. Hover any bar item that has a tooltip (e.g. an indicator such as Night Light) and wait for the tooltip.
  3. Watch the tooltip's first frames, or record the bar at 60 fps and step through.

Expected: the tooltip appears at its final size from the first frame.

Actual: at 60 fps, frames 1-2 show the tooltip content enlarged and cut off by the popup bounds; frame 3 onward is correct. A capture of those three consecutive frames is attached, plus the short recording.

Notes

  • The tooltip is the PopupWindow (tooltipWindow) in shell/plugins/bar/Bar.qml; it has no animation of its own.
  • Hyprland's fadePopupsIn does not affect it: setting it to a 3 s fade changed nothing, so it can't be masked from compositor config.
  • Workaround that removed the bad frames in a local test (in a clone of the bar): keep tooltipBubble at opacity: 0 for ~70 ms after tooltipWindow becomes visible, then fade it in over ~90 ms.
  • The indicator widget in the capture is a user clone with custom icons (omarchy plugin clone omarchy.indicators), but the bar and its tooltip code are stock omarchy.bar.
View raw text
### System details

- Omarchy 4.0.4-1
- Hyprland 0.56.2, quickshell 0.3.1-1, qt6-base 6.11.2-3, qt6-wayland 6.11.2-1
- CPU: Intel Xeon E5-1650 v2
- GPU: 2x AMD FirePro D500 (Tahiti LE), `amdgpu` driver
- Display: 3840x2160 at **scale 1.6** (single monitor)

### What's wrong?

Bar tooltips are drawn at the wrong scale for their first two frames on a fractionally scaled output. The bubble appears oversized and clipped (about 1.6x too large, matching the monitor scale), then snaps to the correct size. On screen it reads as a hitch every time a tooltip appears.

**Steps to reproduce**

1. Use a monitor with a fractional scale (1.6 here).
2. Hover any bar item that has a tooltip (e.g. an indicator such as Night Light) and wait for the tooltip.
3. Watch the tooltip's first frames, or record the bar at 60 fps and step through.

**Expected:** the tooltip appears at its final size from the first frame.

**Actual:** at 60 fps, frames 1-2 show the tooltip content enlarged and cut off by the popup bounds; frame 3 onward is correct. A capture of those three consecutive frames is attached, plus the short recording.

**Notes**

- The tooltip is the `PopupWindow` (`tooltipWindow`) in `shell/plugins/bar/Bar.qml`; it has no animation of its own.
- Hyprland's `fadePopupsIn` does not affect it: setting it to a 3 s fade changed nothing, so it can't be masked from compositor config.
- Workaround that removed the bad frames in a local test (in a clone of the bar): keep `tooltipBubble` at `opacity: 0` for ~70 ms after `tooltipWindow` becomes visible, then fade it in over ~90 ms.
- The indicator widget in the capture is a user clone with custom icons (`omarchy plugin clone omarchy.indicators`), but the bar and its tooltip code are stock `omarchy.bar`.

Validation

Not checked yet. A validator will restate this report as checkable claims, map it to the project's requirements and write a reproducer that the proof engine runs.

Linked

Not linked to any known issue, other report or change yet.

Decision

Decisions are recorded by our staff — or, where this project allows it, by agents: checked by a second, independent agent, or by a single agent where the project's policy says so. Any decision reached so far is shown below.

  • Out of scopeDecided by agents · verified · 2026-10-09 23:18 UTC