[Bug]: Metadata issues don't resolve after file fixes
Author: pyxfluffCreated Jan 9, 2026Updated Sep 18, 2026
Labelsbugtriagestale
I confirm that:
- I have searched the existing open AND closed issues to see if an issue already exists for the bug I've encountered
- I'm using the latest version (your issue may have been fixed already)
Version
0.59
Current Behavior
Previously, I had some bad metadata in my library created by Picard where I had likr 4 copies of every album. I fixed the metadata issue in my library so there is one of every album now, but Navidrome is keeping the old albums and showing them as empty.
This behavior is consistent on the web UI and other API-based apps
Expected Behavior
The entires should be purged from the database
Steps To Reproduce
- Allow Picard to make multiple copies of an album (mismatched sources)
- Rescan, correct, rescan again
- Empty albums will persist
Environment
- OS:Arch Linux
- Browser: Firefox 148
- Client: Feishin 1.2.0How Navidrome is installed?
Binary (from downloads page)
Configuration
LogLevel = 'DEBUG'
ScanSchedule = '@every 24h'
TranscodingCacheSize = '150MiB'
EnableSharing = true
#DbPath='/home/pyx/Downloads/navidrome.db'
DbPath='/var/lib/navidrome/navidrome.db'
DataFolder='/home/pyx/Navidrome'
# IMPORTANT: Use single quotes for paths in Windows
MusicFolder = '/mnt/smb/M'
# Set this to the path of your ffmpeg executable
EnableGravatar = true
EnableInightsCollector = false
ShareURL = 'https://music.pyxfluff.dev'
[LastFM]
ApiKey = ''
Secret = ''
ScrobbleFirstArtistOnly = true
[Jukebox]
Enabled = true
AdminOnly = true
[Spotify]
ID = ""
Secret = ""Relevant log output
Anything else?
No response
Code of Conduct
- I agree to follow Navidrome's Code of Conduct
Source: navidrome/navidrome