This PR contains the following updates:
| Package | Update | Change |
|---|---|---|
| [alloy](https://github.com/grafana/helm-charts) | minor | `1.5.3` → `1.6.0` |
---
### Release Notes
<details>
<summary>grafana/helm-charts (alloy)</summary>
### [`v1.6.0`](https://github.com/grafana/helm-charts/releases/tag/alloy-1.6.0)
[Compare Source](https://github.com/grafana/helm-charts/compare/alloy-1.5.3...alloy-1.6.0)
Grafana Alloy
Source commit: [grafana/alloy@`44ddc69`](44ddc6937c)
Tag on source: <https://github.com/grafana/alloy/releases/tag/helm-chart/1.6.0>
</details>
---
### Configuration
📅 **Schedule**: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 **Automerge**: Disabled by config. Please merge this manually once you are satisfied.
♻ **Rebasing**: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about this update again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check this box
---
This PR has been generated by [Renovate Bot](https://github.com/renovatebot/renovate).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiI0My4zLjYiLCJ1cGRhdGVkSW5WZXIiOiI0My4zLjYiLCJ0YXJnZXRCcmFuY2giOiJtYWluIiwibGFiZWxzIjpbImNoYXJ0Il19-->
Reviewed-on: #3756
Co-authored-by: Renovate Bot <renovate-bot@alexlebens.net>
Co-committed-by: Renovate Bot <renovate-bot@alexlebens.net>
This PR contains the following updates:
| Package | Update | Change |
|---|---|---|
| ghcr.io/plexguide/huntarr | minor | `9.1.12` → `9.2.1` |
| [plexguide/huntarr](https://github.com/plexguide/huntarr) | minor | `9.1.12` → `9.2.1` |
---
### Release Notes
<details>
<summary>plexguide/huntarr (plexguide/huntarr)</summary>
### [`v9.2.1`](https://github.com/plexguide/Huntarr.io/releases/tag/9.2.1)
[Compare Source](https://github.com/plexguide/huntarr/compare/9.2.0...9.2.1)
### Patch Notes for 9.2.1
#### macOS app fix
**Issue:** Huntarr could fail to start on Mac — the app opened but the web interface never loaded (connection to 127.0.0.1:9705 failed).
**Cause:** The Mac app runs the server in a background thread for the menu bar. The app was registering shutdown signal handlers from that thread, which macOS only allows from the main thread, so it crashed during startup.
**Fix:** Signal handlers are now registered only when allowed. If the app is running in menu bar mode, it skips that step and logs it instead of crashing. The server starts normally and the menu bar icon and web UI work as expected.
***
#### Carousel arrows (Home & Requestarr)
**Issue:** On the Home and Requestarr discover sections (e.g. “Popular TV Shows”, “Popular Movies”, trending), it wasn’t obvious that the rows scroll sideways. Without a trackpad or touch screen, many users didn’t realize they could scroll.
**Fix:**
- **Right arrow** is always visible when there’s more content to the right, so it’s clear the row can scroll.
- **Left arrow** is hidden at the start. After you scroll right once, it appears and stays visible so you can scroll back.
This applies to all horizontal carousels: Home discover (Trending, Popular Movies, Popular TV) and Requestarr home (same three sections).
<img width="1791" height="808" alt="image" src="https://github.com/user-attachments/assets/32ff3270-97ea-4151-b609-24d01bbc8ba8" />
### [`v9.2.0`](https://github.com/plexguide/Huntarr.io/releases/tag/9.2.0)
[Compare Source](https://github.com/plexguide/huntarr/compare/9.1.12...9.2.0)
### Huntarr v9.2.0: Release Information
#### 1. The Core Architecture Shift: True Instance Independence
**The Change:**
We have fundamentally rewritten the background cycle management. In previous versions, instances were effectively tied to a single processing loop. This meant they didn't fully respect per-instance sleep times and often ran simply because the loop was cycling, or got stuck waiting for other instances.
**How it works now:**
Each App Instance is now scheduled on its own unique interval. The main system loop now only triggers an instance if its specific `next_cycle_time` has arrived. If no instances are due, the system sleeps until the soonest scheduled run.
**Why this matters (The "Big Change"):**
- **True Independence:** Your "4K Radarr" instance and your "Anime Sonarr" instance now run completely separately. One busy instance will no longer hold up the others.
- **Respects Configuration:** If you set an instance to sleep for 60 minutes, it will actually sleep for 60 minutes.
- **Upgrade Note:** When you upgrade, you may notice a change in rhythm. Instances will now execute strictly when *due*, rather than constantly cycling in a loop.
#### 2. Identity & Persistence (Instance IDs)
**The Problem:**
Previously, Huntarr identified instances by their display name. If you renamed an instance (e.g., changing "Sonarr" to "Sonarr 4K"), Huntarr treated it as a brand-new instance. This caused users to lose their processed items list, cycle history, and countdown timers.
**The Solution:**
We have introduced **Persistent Instance IDs**. Every instance is now assigned a stable, unique identifier in the database that never changes.
**The Benefit:**
- **Rename Freely:** You can now rename instances as often as you like without breaking anything.
- **Data Safety:** Your history, "processed" cache, and configuration stay intact regardless of name changes.
- **Docker Persistence:** We now save countdown timers to the database. If you restart your Huntarr Docker container, your timers won't reset to zero; they will pick up exactly where they left off.
#### 3. Granular Control: Tagging System
**The Change:**
We have removed the "Mass Toggle" for tagging and replaced it with three individual toggles.
**New Options:**
You can now independently enable/disable tags for:
1. **Missing**
2. **Upgrades**
3. **Shows Missing**
> **⚠️ Important for Upgraders:**
> By default, **all three toggles will be ON** after the update. If you previously had the mass toggle turned *off*, you must go into your instance settings and manually turn these off to match your previous preference.
#### 4. Swaparr Intelligence Upgrades
**Strike System Fix (Issue [#​687](https://github.com/plexguide/huntarr/issues/687)):**
Previously, Swaparr might strike a download for "No Progress" or "ETA Too Long" too early.
- **New Logic:** Strikes now *only* apply if the download has been running longer than the configured **Max Download Time**. This prevents false positives on large files that are just starting up.
**Manual Import Protection (Issue [#​706](https://github.com/plexguide/huntarr/issues/706)):**
We found that some downloads were hitting 100% completion but getting stuck in the queue because they needed manual import (e.g., due to a naming mismatch). Swaparr would incorrectly view these as "stalled" and remove them.
- **New Setting:** "Remove completed (100%) stalled" (Default: ON).
- **How to use:** Turn this **OFF** if you want Huntarr to ignore 100% completed downloads, allowing you time to manually import them without fear of deletion.
#### 5. Resource Management: Max Seed Queue
**The Feature:**
For users running Torrents, we have added a **Max Active Seeds** limit per instance.
**How it works:**
You can set a threshold (e.g., "50 active seeds"). Before running a cycle, Huntarr checks your client (qBittorrent or Transmission).
- **If Seeds >= Limit:** The cycle is skipped entirely.
- **If Seeds < Limit:** The cycle proceeds as normal.
- **Why?** This prevents Huntarr from adding more torrents to a client that is already overwhelmed or hitting tracker limits.
**HomePage**
<img width="1795" height="944" alt="image" src="https://github.com/user-attachments/assets/c4393c67-6da9-4afc-a374-6c31769c0ff1" />
**Instance Identifier** <img width="1792" height="918" alt="image" src="https://github.com/user-attachments/assets/54eee7b3-ab4f-44e7-ab3c-0eb863d19545" />
**Tags Rewritten** <img width="1796" height="884" alt="image" src="https://github.com/user-attachments/assets/11bd43cd-bae0-4aec-a6c2-2327be60acd6" />
**Max Seed Queue**
<img width="794" height="649" alt="image" src="https://github.com/user-attachments/assets/3b026e1f-5954-4463-8b38-cb5513c84bcf" />
</details>
---
### Configuration
📅 **Schedule**: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 **Automerge**: Disabled by config. Please merge this manually once you are satisfied.
♻ **Rebasing**: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about these updates again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check this box
---
This PR has been generated by [Renovate Bot](https://github.com/renovatebot/renovate).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiI0My4zLjYiLCJ1cGRhdGVkSW5WZXIiOiI0My4zLjYiLCJ0YXJnZXRCcmFuY2giOiJtYWluIiwibGFiZWxzIjpbImltYWdlIl19-->
Reviewed-on: https://gitea.alexlebens.dev/alexlebens/infrastructure/pulls/3740
Co-authored-by: Renovate Bot <renovate-bot@alexlebens.net>
Co-committed-by: Renovate Bot <renovate-bot@alexlebens.net>
This PR contains the following updates:
| Package | Update | Change |
|---|---|---|
| [loki](https://grafana.github.io/helm-charts) ([source](https://github.com/grafana/helm-charts)) | minor | `6.51.0` → `6.52.0` |
---
### Configuration
📅 **Schedule**: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 **Automerge**: Disabled by config. Please merge this manually once you are satisfied.
♻ **Rebasing**: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about this update again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check this box
---
This PR has been generated by [Renovate Bot](https://github.com/renovatebot/renovate).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiI0My4zLjYiLCJ1cGRhdGVkSW5WZXIiOiI0My4zLjYiLCJ0YXJnZXRCcmFuY2giOiJtYWluIiwibGFiZWxzIjpbImNoYXJ0Il19-->
Reviewed-on: #3738
Co-authored-by: Renovate Bot <renovate-bot@alexlebens.net>
Co-committed-by: Renovate Bot <renovate-bot@alexlebens.net>
2026-02-05 20:50:50 +00:00
13 changed files with 63 additions and 32 deletions
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
