[+] [3044] [Linux] Сломался поиск перемещённых файлов

[DarkDrawKill]

при попытке заменить удалённый мп3 на флак через поиск перемещённых файлов он зачем то решил переименовать несуществующий файл на уже существующий (естественно выдал об этом ошибку)

Code: [Select]

Main 2026.02.24 22:46:47.621 E/App: [EInvalidInsert] EInvalidInsert: Cannot rename the "/home/~/Музыка/Jet, The Bloody Beetroots - My Name Is Thunder (Rock Version)(Bonus Track).mp3" file to "/home/~/Музыка/Jet & The Bloody Beetroots - 18. My Name Is Thunder (Rock Version) (Bonus Track).flac" because file with this name already exists in DB.
и после этого в консоли очень много раз выдало ошибку

Code: [Select]

WARNING: TGtk3WidgetSet.GetCapture returned wrong result grabber is: GtkMessageDialog please report a bug.
v6.00.3044 Alpha 9
GTK3-64-bit (23.02.2026)
Linux / Debian GNU/Linux 13 (trixie) / lightdm-xsession on x11

ps прямая ссылка на деп пакет почему то возвращает файл с нулевым размером изза чего я не смог установить обновление через скрипт

[Artem]

при попытке заменить удалённый мп3 на флак через поиск перемещённых файлов он зачем то решил переименовать несуществующий файл на уже существующий

Вот так взял и сам решил заменить? У вас включен автоматический поиск перемещенных файлов при обновлении базы? или вы вручную это сделали?

и после этого в консоли очень много раз выдало ошибку

Это нормально для ситуации, когда Capture срывается системой, а не пользовательским кодом.

ps прямая ссылка на деп пакет почему то возвращает файл с нулевым размером изза чего я не смог установить обновление через скрипт

windows в ссылке надо заменить на desktop

[DarkDrawKill]

Вот так взял и сам решил заменить? У вас включен автоматический поиск перемещенных файлов при обновлении базы? или вы вручную это сделали?

всё делаю ручками: сначала удаляю старые мп3 файлы заменяю на флак потом вызываю поиск файлов чтобы заменить существующие записи а уже потом добавляю новые через +

windows в ссылке надо заменить на desktop

спасибо что сказали заменю

зы удалось решить проблему почемуто в фонотеке оказалась запись от того же исполнителя которая указывала на этот трек но её название было другое видимо чтото пошло не так при редактировании тегов (я сначала закидываю всё в редактор тегов от туда копирую в основную папку и работаю уже с копиями)

[Artem]

вызываю поиск файлов чтобы заменить существующие записи

Т.е. плеер сам выполнил поиск и предложил вам на замену файл, который уже был в базе данных? или вручную указали, на который файл заменять ненайденный?

[DarkDrawKill]

плеер сам выполнил поиск и предложил вам на замену файл

Обычно он так и делает, но иногда он просто не предлагает файл, хотя разница, что название старого трека — это подназвание нового, поэтому я не обратил внимание и ручками ему указал.

[Artem]

Движок оценивает степень похожести, если степень больше 33% - файл предлагается на замену, но галочка не ставится. Если степень больше 66% - ставится галочка. Не имея исходных данных мне сложно сказать, почему в каком-то конкретном случае плеер не подцепил файл автоматически...

Ну а раз файл на замену был выбран вручную - тогда никакой ошибки тут нет

[DarkDrawKill]

Движок оценивает степень похожести, если степень больше 33% - файл предлагается на замену

если старый файл был Автор - Трек а новый Автор, ... - Трек (feat. ...) (Original Mix) то видимо степень получается ниже 33% это возможно объясняет

[Artem]

если старый файл был Автор - Трек а новый Автор, ... - Трек (feat. ...) (Original Mix) то видимо степень получается ниже 33% это возможно объясняет

В сравнении фигурируют не только Автор и Трек, но и другие метаданные. Если кроме этих двух полей ничего нет - да, 33% вполне может и не набраться...