starred/audiobookshelf
1
0
Fork 0
mirror of https://github.com/advplyr/audiobookshelf.git synced 2026-05-30 23:40:40 +02:00
Code Issues 1.0k Packages Projects Releases 10 Wiki Activity

[Bug]: podcast files converted and quick match isn’t fixing them #3177

New Issue
Closed
opened 2026-04-25 00:14:06 +02:00 by adam · 1 comment
adam commented 2026-04-25 00:14:06 +02:00
Owner
Copy Link
Copy Source

Originally created by @AncientMystic on GitHub (Jan 6, 2026).

What happened?

Not exactly a bug per say but something that could be fixed with quickmatch possibly or an option added to force rematch.

So i converted a podcast to test it which reduced the files from 103gb to 19gb saving me 84gb on a single podcast, i passed all tag/id data, metadata, etc into the created files essentially aside from size and bitrate, they are identical files, audiobookshelf seen them all perfectly, a single rescan had everything refreshed but the only issue is now everything has the same date (01/01/2025) and quick match says no updates are necessary and it seems the only way to fix it is manually editing and matching each individual episode.

What did you expect to happen?

I expected the refresh to just rescan the files and not reset all the dates associated since the list was already populated and they are essentially identical files and after it reset the dates i was hoping quick match could fix them.

Steps to reproduce the issue

I converted the files to a lower bitrate (preserving all information including things like creation date.), replaced them and hit rescan and now nothing is in order and they all have a date of 01/01/2025 which isn’t the date on any of the metadata or anything and quick match isn’t updating it to the correct date but a manual match of each individual episode does fix it, but i would rather not manually match thousands of episodes from all the different podcasts i would like to save space on.

Audiobookshelf version

v2.32.1

How are you running audiobookshelf?

Other (list in "Additional Notes" box)

What OS is your Audiobookshelf server hosted from?

Other (list in "Additional Notes" box)

If the issue is being seen in the UI, what browsers are you seeing the problem on?

None

Logs

Additional Notes

Running on LXC container on top of proxmox but i dont think any of that is relevant.

Originally created by @AncientMystic on GitHub (Jan 6, 2026). ### What happened? Not exactly a bug per say but something that could be fixed with quickmatch possibly or an option added to force rematch. So i converted a podcast to test it which reduced the files from 103gb to 19gb saving me 84gb on a single podcast, i passed all tag/id data, metadata, etc into the created files essentially aside from size and bitrate, they are identical files, audiobookshelf seen them all perfectly, a single rescan had everything refreshed but the only issue is now everything has the same date (01/01/2025) and quick match says no updates are necessary and it seems the only way to fix it is manually editing and matching each individual episode. ### What did you expect to happen? I expected the refresh to just rescan the files and not reset all the dates associated since the list was already populated and they are essentially identical files and after it reset the dates i was hoping quick match could fix them. ### Steps to reproduce the issue I converted the files to a lower bitrate (preserving all information including things like creation date.), replaced them and hit rescan and now nothing is in order and they all have a date of 01/01/2025 which isn’t the date on any of the metadata or anything and quick match isn’t updating it to the correct date but a manual match of each individual episode does fix it, but i would rather not manually match thousands of episodes from all the different podcasts i would like to save space on. ### Audiobookshelf version v2.32.1 ### How are you running audiobookshelf? Other (list in "Additional Notes" box) ### What OS is your Audiobookshelf server hosted from? Other (list in "Additional Notes" box) ### If the issue is being seen in the UI, what browsers are you seeing the problem on? None ### Logs ```shell ``` ### Additional Notes Running on LXC container on top of proxmox but i dont think any of that is relevant.
adam added the bug label 2026-04-25 00:14:06 +02:00
adam closed this issue 2026-04-25 00:14:06 +02:00
adam commented 2026-04-25 00:14:06 +02:00
Author
Owner
Copy Link
Copy Source

@AncientMystic commented on GitHub (Jan 6, 2026):

Anyone else who experiences this, i just deleted the entry (obviously without deleting the files from file system), readded it, rescanned and matched it and did the quick match again. That fixed the dates.

Not sure if it will download new episodes and all like it's supposed to, but we will see how it works out.

@AncientMystic commented on GitHub (Jan 6, 2026): Anyone else who experiences this, i just deleted the entry (obviously without deleting the files from file system), readded it, rescanned and matched it and did the quick match again. That fixed the dates. Not sure if it will download new episodes and all like it's supposed to, but we will see how it works out.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
authentication
backlog
bug
chapter editor
config-issue
ebooks
encoding/embedding
enhancement
help wanted
listening sessions & progress
planned
possible plugin
progress sync
pull-request
Mirrored from GitHub Pull Request
 sorting/filtering/searching
unable to reproduce
upload
users & permissions
waiting
No Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
adam (Adam Melkus)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/audiobookshelf#3177
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?