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]: Tags in the Tag filter disappear after the first use #3084

New Issue
Closed
opened 2026-04-25 00:13:34 +02:00 by adam · 5 comments
adam commented 2026-04-25 00:13:34 +02:00
Owner
Copy Link
Copy Source

Originally created by @troycarpenter on GitHub (Nov 10, 2025).

What happened?

I added the tag "tlc" to various podcasts in order to use the Tag filter option in the GUI. After marking various podcasts, I hit the pull-down menu, selected "Tag" and was present a submenu where the "tlc" tag was show. It filtered as expected. Then I went back to the menu, re-selected "All" as the filter and everything returned, again as expected. I then repeated the process, but the second time, the "tlc" tag was missing from the tag list.

Once in this state, the "tlc" tag doesn't show up for any user.

What did you expect to happen?

I expect all tags to be available for filtering, including ones that have already been used in the filter.

Steps to reproduce the issue

  1. Edit various podcasts and add the "tlc" tag to each one.
  2. In the library screen, pull down the filter selector and pick "Tag".
  3. Select "tlc" from the tag list and see that only the podcasts from step 1 are shown.
  4. Pull the filter selector down again and this time select "All". See all podcasts are now shown.
  5. Repeat step 2, but notice that the "tlc" tag is no longer available.

Also, the tag is not available to any user once in this state.

Audiobookshelf version

2.30.0

How are you running audiobookshelf?

Docker

What OS is your Audiobookshelf server hosted from?

Linux

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

Chrome

Logs

I looked for logs related to the tag, but didn't find any

Additional Notes

No response

Originally created by @troycarpenter on GitHub (Nov 10, 2025). ### What happened? I added the tag "tlc" to various podcasts in order to use the Tag filter option in the GUI. After marking various podcasts, I hit the pull-down menu, selected "Tag" and was present a submenu where the "tlc" tag was show. It filtered as expected. Then I went back to the menu, re-selected "All" as the filter and everything returned, again as expected. I then repeated the process, but the second time, the "tlc" tag was missing from the tag list. Once in this state, the "tlc" tag doesn't show up for any user. ### What did you expect to happen? I expect all tags to be available for filtering, including ones that have already been used in the filter. ### Steps to reproduce the issue 1. Edit various podcasts and add the "tlc" tag to each one. 2. In the library screen, pull down the filter selector and pick "Tag". 3. Select "tlc" from the tag list and see that only the podcasts from step 1 are shown. 4. Pull the filter selector down again and this time select "All". See all podcasts are now shown. 5. Repeat step 2, but notice that the "tlc" tag is no longer available. Also, the tag is not available to any user once in this state. ### Audiobookshelf version 2.30.0 ### How are you running audiobookshelf? Docker ### What OS is your Audiobookshelf server hosted from? Linux ### If the issue is being seen in the UI, what browsers are you seeing the problem on? Chrome ### Logs ```shell I looked for logs related to the tag, but didn't find any ``` ### Additional Notes _No response_
adam added the bug label 2026-04-25 00:13:34 +02:00
adam closed this issue 2026-04-25 00:13:34 +02:00
adam commented 2026-04-25 00:13:34 +02:00
Author
Owner
Copy Link
Copy Source

@Vito0912 commented on GitHub (Nov 10, 2025):

Please restart the server and try again

@Vito0912 commented on GitHub (Nov 10, 2025): Please restart the server and try again
adam commented 2026-04-25 00:13:34 +02:00
Author
Owner
Copy Link
Copy Source

@troycarpenter commented on GitHub (Nov 10, 2025):

That did fix it. I wouldn't expect to have to restart the server when a tag is added. I also added different tags to other podcasts and they worked.

The difference is that the first "tlc" tag was the first tag I had ever created. Maybe there's something odd about the first time a tag is created (not any tag, just the first one)?

@troycarpenter commented on GitHub (Nov 10, 2025): That did fix it. I wouldn't expect to have to restart the server when a tag is added. I also added different tags to other podcasts and they worked. The difference is that the first "tlc" tag was the first tag I had ever created. Maybe there's something odd about the first time a tag is created (not any tag, just the first one)?
adam commented 2026-04-25 00:13:35 +02:00
Author
Owner
Copy Link
Copy Source

@Vito0912 commented on GitHub (Nov 10, 2025):

No, due to performance, tags are addaded (cache invalidation) after about 30 minutes, if I remember correctly. A server restart forces it.

This is intended behavior as adding a new tag is not that often and performance gains are probably noticable (But I did not add it, so not 100% sure)

@Vito0912 commented on GitHub (Nov 10, 2025): No, due to performance, tags are addaded (cache invalidation) after about 30 minutes, if I remember correctly. A server restart forces it. This is intended behavior as adding a new tag is not that often and performance gains are probably noticable (But I did not add it, so not 100% sure)
adam commented 2026-04-25 00:13:35 +02:00
Author
Owner
Copy Link
Copy Source

@troycarpenter commented on GitHub (Nov 10, 2025):

Sounds good to me, now that I know what to look for.

@troycarpenter commented on GitHub (Nov 10, 2025): Sounds good to me, now that I know what to look for.
adam commented 2026-04-25 00:13:35 +02:00
Author
Owner
Copy Link
Copy Source

@nichwall commented on GitHub (Nov 10, 2025):

Yeah, the time to build the cache gets very long for some users. Once you hit a few thousand items, the cache can take 1-5 seconds to build, with some users logs showing over 60 seconds to build the cache (though those are very large libraries with 100k or more items).

@nichwall commented on GitHub (Nov 10, 2025): Yeah, the time to build the cache gets very long for some users. Once you hit a few thousand items, the cache can take 1-5 seconds to build, with some users logs showing over 60 seconds to build the cache (though those are very large libraries with 100k or more items).
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#3084
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?