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]: Library name and the library order only temporarily saves #2058

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

Originally created by @JamesDean3 on GitHub (Jun 16, 2024).

What happened?

After changing the library name and the order that the libraries show up, it will only reflect the change for a short time, then it resets back to what it was.

What did you expect to happen?

For the library name and order they are shown to stick long term and across all users and platforms.

Steps to reproduce the issue

  1. Change the Name or the order that the libraries show up.
  2. Watch them change, but then later see that they are back to what they were before, or use another user account or platform, and see that the change didn't stick

Audiobookshelf version

v2.10.1

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?

None

Logs

No response

Additional Notes

No response

Originally created by @JamesDean3 on GitHub (Jun 16, 2024). ### What happened? After changing the library name and the order that the libraries show up, it will only reflect the change for a short time, then it resets back to what it was. ### What did you expect to happen? For the library name and order they are shown to stick long term and across all users and platforms. ### Steps to reproduce the issue 1. Change the Name or the order that the libraries show up. 2. Watch them change, but then later see that they are back to what they were before, or use another user account or platform, and see that the change didn't stick ### Audiobookshelf version v2.10.1 ### 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? None ### Logs _No response_ ### Additional Notes _No response_
adam added the bug label 2026-04-25 00:03:02 +02:00
adam closed this issue 2026-04-25 00:03:02 +02:00
adam commented 2026-04-25 00:03:02 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Jun 17, 2024):

I'm not able to reproduce this. Are you able to reproduce this every time?
Can you give more exact steps to reproduce the issue?

@advplyr commented on GitHub (Jun 17, 2024): I'm not able to reproduce this. Are you able to reproduce this every time? Can you give more exact steps to reproduce the issue?
adam commented 2026-04-25 00:03:02 +02:00
Author
Owner
Copy Link
Copy Source

@JamesDean3 commented on GitHub (Jun 18, 2024):

Oddly I am unable to get it to do it now, but the first time it happened there was a decent delay.

A couple days ago I changed it over a browser on my computer and everything seemed fine, later went and used it in the app and saw that the changes weren't reflected on the app. I logged out and back in on the app and it still showed the old names.

I then went on to my computer and checked on there, and for a couple minutes it showed everything correctly with the new names and order I placed them in, I moved a few files into the library folder and ran matches and then I noticed both the names and the order went back to what they were, this time it was on my browser.

So I then went and changed them again, a few minutes later it changed back again, so I changed them again and logged out and back in, when I got back it had the old names again, I tried this a few more times, along with changing users, no luck.

When talking to my brother about it, he mentioned having this same problem (both using the same server), but he said it was a few weeks ago when he was trying. Which is why I figured it was worth posting as a bug.

Just now I changed them again and logged out and back in twice and everything seems to be working, I checked the app and it is fine on there, checked another user account on both the browser and my phone and the changes seem to be sticking, at least for now.

@JamesDean3 commented on GitHub (Jun 18, 2024): Oddly I am unable to get it to do it now, but the first time it happened there was a decent delay. A couple days ago I changed it over a browser on my computer and everything seemed fine, later went and used it in the app and saw that the changes weren't reflected on the app. I logged out and back in on the app and it still showed the old names. I then went on to my computer and checked on there, and for a couple minutes it showed everything correctly with the new names and order I placed them in, I moved a few files into the library folder and ran matches and then I noticed both the names and the order went back to what they were, this time it was on my browser. So I then went and changed them again, a few minutes later it changed back again, so I changed them again and logged out and back in, when I got back it had the old names again, I tried this a few more times, along with changing users, no luck. When talking to my brother about it, he mentioned having this same problem (both using the same server), but he said it was a few weeks ago when he was trying. Which is why I figured it was worth posting as a bug. Just now I changed them again and logged out and back in twice and everything seems to be working, I checked the app and it is fine on there, checked another user account on both the browser and my phone and the changes seem to be sticking, at least for now.
adam commented 2026-04-25 00:03:02 +02:00
Author
Owner
Copy Link
Copy Source

@JamesDean3 commented on GitHub (Jun 18, 2024):

This morning when checking it again, everything reverted back to what they were before again. The two different library names that I changed and the order that they displayed all changed back to what they used to be.

Logging out and back in makes no again makes no difference, both the app and over the browser shows everything back the way they were, it doesn't make a lot of sense to me, after changing it last night the changes stuck through user changes and logging out and back in, besides listening to an audiobook while going to sleep using the app, nothing else was done last night

@JamesDean3 commented on GitHub (Jun 18, 2024): This morning when checking it again, everything reverted back to what they were before again. The two different library names that I changed and the order that they displayed all changed back to what they used to be. Logging out and back in makes no again makes no difference, both the app and over the browser shows everything back the way they were, it doesn't make a lot of sense to me, after changing it last night the changes stuck through user changes and logging out and back in, besides listening to an audiobook while going to sleep using the app, nothing else was done last night
adam commented 2026-04-25 00:03:02 +02:00
Author
Owner
Copy Link
Copy Source

@JamesDean3 commented on GitHub (Jun 18, 2024):

I've changed the library names back to what I want them to be again, and fixed the order once again, then I restarted the docker container, I logged out and logged back in on both the app and web version of the client, and everything seems to be staying how I want for now...

@JamesDean3 commented on GitHub (Jun 18, 2024): I've changed the library names back to what I want them to be again, and fixed the order once again, then I restarted the docker container, I logged out and logged back in on both the app and web version of the client, and everything seems to be staying how I want for now...
adam commented 2026-04-25 00:03:02 +02:00
Author
Owner
Copy Link
Copy Source

@devnoname120 commented on GitHub (Jun 19, 2024):

I have a similar issue where the settings of my library get unexpectedly reset on a frequent basis.
image

I'm not sure yet what triggers it but it happens really frequently (at least multiple times per hour).

@devnoname120 commented on GitHub (Jun 19, 2024): I have a similar issue where the settings of my library get unexpectedly reset on a frequent basis. <img width="1239" alt="image" src="https://github.com/advplyr/audiobookshelf/assets/2824100/a7a6f133-4d18-4ab7-a653-2b34ef7055ea"> I'm not sure yet what triggers it but it happens really frequently (at least multiple times per hour).
adam commented 2026-04-25 00:03:02 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Jun 19, 2024):

If you are able to look at the database after updating the setting and then again after it resets that would help a lot. It is the libraries table which also includes the settings.
I'm not sure if this is a cache issue or data is actually being reverted somehow.

@advplyr commented on GitHub (Jun 19, 2024): If you are able to look at the database after updating the setting and then again after it resets that would help a lot. It is the `libraries` table which also includes the settings. I'm not sure if this is a cache issue or data is actually being reverted somehow.
adam commented 2026-04-25 00:03:02 +02:00
Author
Owner
Copy Link
Copy Source

@devnoname120 commented on GitHub (Jun 19, 2024):

Will do next time it happens.

Edit: it happened again! It's too late right now so I will look into it another time. I suspect the bug might be triggered when the Schedule Automatic Library Scan CRON happens (but not when I trigger it manually).

Edit 2: this issue might be related https://github.com/advplyr/audiobookshelf/issues/2894
Edit 3: and that one might might be related too: https://github.com/advplyr/audiobookshelf/issues/3060

Here is my configuration in case it helps:

services:
  watchtower:
    image: containrrr/watchtower:1.7.1@sha256:6dd50763bbd632a83cb154d5451700530d1e44200b268a4e9488fefdfcf2b038
    restart: unless-stopped
    volumes:
      - "/run/user/1000/docker.sock:/var/run/docker.sock:ro"
    environment:
      TZ: Europe/Zurich
      # See: https://github.com/containrrr/watchtower/blob/dd54055/docs/arguments.md#filter-by-scope
      WATCHTOWER_SCOPE: "audiobookshelf"
      WATCHTOWER_POLL_INTERVAL: 21600 # 6 hours
      WATCHTOWER_CLEANUP: 1
      WATCHTOWER_INCLUDE_RESTARTING: 1
      WATCHTOWER_TIMEOUT: 30s
    labels:
      - "com.centurylinklabs.watchtower.scope=audiobookshelf"

  audiobookshelf:
    image: ghcr.io/advplyr/audiobookshelf:latest
    restart: unless-stopped
    ports:
      - "127.0.0.1:13378:80"
    volumes:
      - audiobooks:/audiobooks
      - ./podcasts:/podcasts
      - ./config:/config
      - ./metadata:/metadata
    environment:
      TZ: Europe/Zurich
    labels:
      - "com.centurylinklabs.watchtower.scope=audiobookshelf"

volumes:
  audiobooks:
    driver: rclone
    driver_opts:
      remote: 'nextcloud-local:Books/My Audio books/Complete collection'
      allow_other: 'true'
      vfs_cache_mode: off
      poll_interval: 0
@devnoname120 commented on GitHub (Jun 19, 2024): Will do next time it happens. **Edit**: it happened again! It's too late right now so I will look into it another time. I suspect the bug might be triggered when the `Schedule Automatic Library Scan` CRON happens (but not when I trigger it manually). **Edit 2**: this issue *might* be related https://github.com/advplyr/audiobookshelf/issues/2894 **Edit 3**: and that one *might might* be related too: https://github.com/advplyr/audiobookshelf/issues/3060 ---- Here is my configuration in case it helps: ```yaml services: watchtower: image: containrrr/watchtower:1.7.1@sha256:6dd50763bbd632a83cb154d5451700530d1e44200b268a4e9488fefdfcf2b038 restart: unless-stopped volumes: - "/run/user/1000/docker.sock:/var/run/docker.sock:ro" environment: TZ: Europe/Zurich # See: https://github.com/containrrr/watchtower/blob/dd54055/docs/arguments.md#filter-by-scope WATCHTOWER_SCOPE: "audiobookshelf" WATCHTOWER_POLL_INTERVAL: 21600 # 6 hours WATCHTOWER_CLEANUP: 1 WATCHTOWER_INCLUDE_RESTARTING: 1 WATCHTOWER_TIMEOUT: 30s labels: - "com.centurylinklabs.watchtower.scope=audiobookshelf" audiobookshelf: image: ghcr.io/advplyr/audiobookshelf:latest restart: unless-stopped ports: - "127.0.0.1:13378:80" volumes: - audiobooks:/audiobooks - ./podcasts:/podcasts - ./config:/config - ./metadata:/metadata environment: TZ: Europe/Zurich labels: - "com.centurylinklabs.watchtower.scope=audiobookshelf" volumes: audiobooks: driver: rclone driver_opts: remote: 'nextcloud-local:Books/My Audio books/Complete collection' allow_other: 'true' vfs_cache_mode: off poll_interval: 0 ```
adam commented 2026-04-25 00:03:02 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Jun 21, 2024):

I suspect the bug might be triggered when the Schedule Automatic Library Scan CRON happens

Thanks, this helped me track it down. The cron was using the same copy of the library object that was used when initializing it so when the cron job ran it would revert.
This is the same as #2894 but I don't think it is the same as #3060

@advplyr commented on GitHub (Jun 21, 2024): > I suspect the bug might be triggered when the `Schedule Automatic Library Scan` CRON happens Thanks, this helped me track it down. The cron was using the same copy of the library object that was used when initializing it so when the cron job ran it would revert. This is the same as #2894 but I don't think it is the same as #3060
adam commented 2026-04-25 00:03:03 +02:00
Author
Owner
Copy Link
Copy Source

@devnoname120 commented on GitHub (Jun 21, 2024):

Great! I just tried commit 72c1407aa7 and I confirm that it solves my issue — thanks a lot.
On Jun 21, 2024 at 00:10 +0200, advplyr @.***>, wrote:

I suspect the bug might be triggered when the Schedule Automatic Library Scan CRON happens
Thanks, this helped me track it down. The cron was using the same copy of the library object that was used when initializing it so when the cron job ran it would revert.
This is the same as #2894 but I don't think it is the same as #3060
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.Message ID: @.***>

@devnoname120 commented on GitHub (Jun 21, 2024): Great! I just tried commit 72c1407aa74b8d78cebb06a552c64d9eb19bc1ac and I confirm that it solves my issue — thanks a lot. On Jun 21, 2024 at 00:10 +0200, advplyr ***@***.***>, wrote: > > I suspect the bug might be triggered when the Schedule Automatic Library Scan CRON happens > Thanks, this helped me track it down. The cron was using the same copy of the library object that was used when initializing it so when the cron job ran it would revert. > This is the same as #2894 but I don't think it is the same as #3060 > — > Reply to this email directly, view it on GitHub, or unsubscribe. > You are receiving this because you commented.Message ID: ***@***.***>
adam commented 2026-04-25 00:03:03 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Jul 9, 2024):

Fixed in v2.11.0

@advplyr commented on GitHub (Jul 9, 2024): Fixed in [v2.11.0](https://github.com/advplyr/audiobookshelf/releases/tag/v2.11.0)
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#2058
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?