• Improved tooltip text for cycle progress metric
• Clarified that series/movies are counted as items
• Added Sonarr-specific behavior explanation

Enhanced cycle progress tooltip description

• Updated tooltip text for the cycle progress metric
• Changed from generic "items searched" to specific "series/movies searched"
• Added clarification about Sonarr's series counting behavior
• Improved user guidance on how items are counted across different instances

code/frontend/src/app/features/seeker-stats/searches-tab/searches-tab.component.html

Description

The longer Cycle Progress tooltip text will wrap (max-width 220px), but
TooltipComponent.calculatePosition() uses a fixed estimatedTooltipHeight = 50, so it can choose
a placement that doesn’t actually have enough vertical space and the tooltip can clip off-screen or
overlap content.

Code

code/frontend/src/app/features/seeker-stats/searches-tab/searches-tab.component.html[57]

+              <app-tooltip text="Series/movies searched in the current cycle out of total eligible. For Sonarr, each series counts as one item regardless of how many seasons were searched.">

Evidence

The updated tooltip string is long enough to wrap into multiple lines due to the tooltip bubble’s
max-width: 220px and white-space: normal. However, the positioning algorithm assumes a constant
50px tooltip height for space checks, so the space calculations can be wrong for multi-line
tooltips, increasing the chance of clipping with this new longer text.

code/frontend/src/app/features/seeker-stats/searches-tab/searches-tab.component.html[55-60]
code/frontend/src/app/ui/tooltip/tooltip.component.scss[8-20]
code/frontend/src/app/ui/tooltip/tooltip.component.ts[34-58]

Agent prompt

The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
`TooltipComponent.calculatePosition()` uses hard-coded tooltip dimensions (`estimatedTooltipHeight = 50`, `estimatedTooltipWidth = 230`). With the newly expanded tooltip text in the Seeker Stats Searches tab, the bubble will wrap and often exceed 50px height, causing incorrect position selection and potential clipping/overlap.
### Issue Context
The tooltip bubble already has `white-space: normal` and `max-width: 220px`, meaning long text will wrap and increase the rendered height. Because the position calculation doesn’t measure the actual bubble size, it can incorrectly decide there is space above/below.
### Fix Focus Areas
- code/frontend/src/app/ui/tooltip/tooltip.component.ts[34-58]
- code/frontend/src/app/ui/tooltip/tooltip.component.scss[8-20]
- code/frontend/src/app/features/seeker-stats/searches-tab/searches-tab.component.html[55-60]
### Suggested fix approach
- Add a `viewChild` for the bubble element (e.g., `#bubble`) and read `offsetWidth/offsetHeight` (or `getBoundingClientRect()`) to obtain *real* tooltip dimensions.
- Use those measured dimensions in the `hasSpace` calculations instead of fixed estimates.
- Ensure measurement works while hidden (current bubble is in the DOM even when not visible), or temporarily set it to `visibility: hidden; opacity: 0;` but measurable.
- (Optional) If measuring is not feasible immediately, raise `estimatedTooltipHeight` to a safer value as a short-term mitigation, but prefer measuring for correctness.

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools