From ff874a62f9f6e399283d273b968bdf4596f5bac2 Mon Sep 17 00:00:00 2001
From: Psychotoxical <171614930+Psychotoxical@users.noreply.github.com>
Date: Mon, 15 Jun 2026 22:41:35 +0200
Subject: [PATCH] =?UTF-8?q?docs(changelog):=20correct=201.48.1=20entry=20?=
 =?UTF-8?q?=E2=80=94=20freeze=20is=20not=20queue-size=20dependent?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 CHANGELOG.md | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/CHANGELOG.md b/CHANGELOG.md
index cc428a76..cb34b53a 100644
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -13,9 +13,9 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
 
 ## Fixed
 
-### Playback freeze on track changes with very large queues
+### Playback freeze on track changes
 
-* With a very large play queue, changing tracks — skipping, or the automatic advance at the end of a song — could freeze the interface for several seconds while audio kept playing (the progress bar and lyrics stopped updating). The queue header was re-summing the entire queue's duration on every single track change; it now keeps that total incrementally, so track changes stay instant no matter how long the queue is.
+* Changing tracks — skipping, or the automatic advance at the end of a song — could freeze the interface for several seconds while audio kept playing (the progress bar and lyrics stopped updating). The queue header recomputed its duration totals on every track change instead of only when the queue itself changes; it now recomputes only on queue changes, so track changes stay instant.
 * This also resolves output-device changes not being applied on Windows: the same freeze was blocking playback from following the newly selected device.