Froberg Posted April 16 Share Posted April 16 19 minutes ago, theasset said: I figured it might be caching through "Previous Apps" so I cleared the template before reinstalling, I get the same "Unauthorized" error ... not sure this means the credentials are wrong or if I don't have the correct permissions.. Edit: Ok, so it looks like the audiobookshelf folders are still in both my cache drive where I run all my containers, and also in my appdata folder.. can I delete from both location safely using Krusader? Or should best practice be deleting from the cache and this change being automatically reflected in appdata due to the cache -> array configuration? Just get "Cleanup appdata" from the appstore.. Works well for what you need. Quote Link to comment
theasset Posted April 17 Share Posted April 17 6 hours ago, Froberg said: Just get "Cleanup appdata" from the appstore.. Works well for what you need. Thanks - I found this listed in another comment, but in the appstore in Unraid it essentially says its deprecated and users should use Krusader instead. That's how I found that the app was in bot the docker cache and appdata folders Quote Link to comment
Froberg Posted April 17 Share Posted April 17 3 hours ago, theasset said: Thanks - I found this listed in another comment, but in the appstore in Unraid it essentially says its deprecated and users should use Krusader instead. That's how I found that the app was in bot the docker cache and appdata folders Eh it's not depreciated.. but I get your point from the description. It helps if you're unsure of what to delete. I usually just do terminal to remove appdata folders. But yes, remove your old appdata directories or install in to a new one and you should be good. Quote Link to comment
theasset Posted April 18 Share Posted April 18 15 hours ago, Froberg said: Eh it's not depreciated.. but I get your point from the description. It helps if you're unsure of what to delete. I usually just do terminal to remove appdata folders. But yes, remove your old appdata directories or install in to a new one and you should be good. Thanks. I ended up manually deleting the folder using Krusader - I was able to delete the folder (containing the sqlite database) on my cache drive, but I was unable to move the audiobookshelf folder from appdata to the trash, it didn't give me any any errors, but it also didn't seem to do anything, despite refreshing and trying a few times. Reinstalling did seem to work and let me create a user and pass, so mission success! Quote Link to comment
kcgodwins Posted May 14 Share Posted May 14 On 2/25/2024 at 10:29 AM, spacebender said: Let me start by saying Audiobookshelf is absolutely fantastic. I look forward to the ios app non-beta release. Question, is anyone else having permission issues with Unraid? I am running the full suite of "*arr" apps and cant seem to get Audiobookshelf to play well with Readarr. All my other indexers and download clients work perfectly. When Readarr grabs a selection it does not show up in Audiobookshelf. When I use Audiobookshelf to manually put books away, it sets file permissions to root. That throws an error in Readarr. I have verified my my Unmask, PUID and GUID settings. They are the same as other indexers. Thanks in advance. I'm having similar issues with permissions but for different reasons (which are irrelevant so I'll spare you the screen space). I started looking at the docker docs for this app and it appears that there is no mechanism for specifying the user and group to store the files as, so it defaults to root/root. It'd be really marvelous if this could be added (or, if it's there somewhere, I could be pointed to the info documenting it). Thanks again! Quote Link to comment
advplyr Posted May 14 Author Share Posted May 14 20 minutes ago, kcgodwins said: I'm having similar issues with permissions but for different reasons (which are irrelevant so I'll spare you the screen space). I started looking at the docker docs for this app and it appears that there is no mechanism for specifying the user and group to store the files as, so it defaults to root/root. It'd be really marvelous if this could be added (or, if it's there somewhere, I could be pointed to the info documenting it). Thanks again! Docker has a built-in way to specify the user/group when running a container. https://docs.docker.com/engine/reference/run/#user I'm not sure how to set that using the GUI in Unraid Quote Link to comment
strike Posted May 14 Share Posted May 14 23 minutes ago, kcgodwins said: I'm having similar issues with permissions but for different reasons (which are irrelevant so I'll spare you the screen space). I started looking at the docker docs for this app and it appears that there is no mechanism for specifying the user and group to store the files as, so it defaults to root/root. It'd be really marvelous if this could be added (or, if it's there somewhere, I could be pointed to the info documenting it). Thanks again! Just edit the template add two new variables like this: Quote Link to comment
advplyr Posted May 14 Author Share Posted May 14 2 minutes ago, strike said: Just edit the template add two new variables like this: Those environment variables were removed a long time ago because the preferred way to set the UID/GID is using the built-in docker options. Quote Link to comment
strike Posted May 14 Share Posted May 14 Oh, didn't know that. I still have it in my template and I haven't had any permissions problems. Quote Link to comment
fonzie Posted May 18 Share Posted May 18 I imported an audio book that had all the tracks named "Lesson 001" "Lesson 002" etc as ID3 tags and also the filenames "Lesson 001.mp3". I then manually changed the names of the first two chapters from within audiobookshelf. I then changed every track title with MediaMonkey: I deleted the book from audiobookshelf and re-scanned it, hoping that it would update the track titles, but it retains the original tracks. It even keeps the first two tracks that I renamed from within audiobookshelf, which leads me to believe that audiobookshelf is somehow keeping the metadata somewhere. How can I force audiobookshelf to force update the chapter titles using the ID3 tags? Quote Link to comment
advplyr Posted May 18 Author Share Posted May 18 (edited) 1 hour ago, fonzie said: I imported an audio book that had all the tracks named "Lesson 001" "Lesson 002" etc as ID3 tags and also the filenames "Lesson 001.mp3". I then manually changed the names of the first two chapters from within audiobookshelf. I then changed every track title with MediaMonkey: I deleted the book from audiobookshelf and re-scanned it, hoping that it would update the track titles, but it retains the original tracks. It even keeps the first two tracks that I renamed from within audiobookshelf, which leads me to believe that audiobookshelf is somehow keeping the metadata somewhere. How can I force audiobookshelf to force update the chapter titles using the ID3 tags? You are conflating chapters and tracks. Chapters are stored separately and can be edited separately. If you want to scan the chapters in as new again then press "Edit Chapters" button. Then "Remove All" chapters. Then press edit on the book again and "Re-Scan". Scanning isn't going to overwrite your existing chapters incase you made manual edits. If you want them scanned in fresh then remove the chapters and re-scan. Edited May 18 by advplyr 1 Quote Link to comment
fonzie Posted May 18 Share Posted May 18 That did the trick! Thanks for clearing that up. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.