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

Audio Sync between devices resets sync to zero on new login (Does not include iOS or Android App) #1892

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

Originally created by @CameraSkunk on GitHub (Apr 17, 2024).

Steps to reproduce

  1. Log into Audiobookshelf on Device 1 (google browser on Windows PC)
  2. Listen to an audio book in the library (I've used jog as well to move around the audio file and then reviewed sessions to ensure that the position is stored.)
  3. Log out of Device 1
  4. Log into Audiobookshelf on Device 2 (safari browser on Apple Iphone)
  5. Note that the audiobook restarts at time 00:00
  6. Log out of Device 2
  7. Log into the original device 1 and the audiobook sometimes restarts at 00:00 sometimes remembers last position of Device 1
image

Expected behaviour

  • I would expect that based on the User/Audiobook the Last Time was held as the source of truth for the next login

Actual behaviour

  • IOS device via Safari causes a reset of the time, returning to 00:00

Environment data

Server Information:

  • 3x Raspberry Pi 5 8gb in docker swarm using Portioner. (I relaunched the container to grab the latest and retested before submitting this bug).
  • Audio files are accessed by NFS on a NAS (This functionality is known working in other containers without issue with Plex being the primary indication of functionality)
  • All data is stored locally within the swarm on NVME drives attached to the Pis. These are all same hardware and kept in sink using GlusterFS so that each pi NVME has the exact same data for each directory.

Test Devices:
Device 1: Windows 11 PC, Google Chrome v123.0.6312.123
Device 2: Iphone 14 Pro IOS v 17.4.1 / Using: Mobile Safari and Mobile Google Chrome

Audiobookshelf Version:

  • [No] Android App?
  • [No] iOS App?

Android Issue

Android version:

Device model:

Stock or customized system:

iOS Issue

iOS Version: 17.4.1

iPhone model: Iphone 14 Pro

Originally created by @CameraSkunk on GitHub (Apr 17, 2024). ### Steps to reproduce 1. Log into Audiobookshelf on Device 1 (google browser on Windows PC) 2. Listen to an audio book in the library (I've used jog as well to move around the audio file and then reviewed sessions to ensure that the position is stored.) 3. Log out of Device 1 4. Log into Audiobookshelf on Device 2 (safari browser on Apple Iphone) 5. Note that the audiobook restarts at time 00:00 6. Log out of Device 2 7. Log into the original device 1 and the audiobook sometimes restarts at 00:00 sometimes remembers last position of Device 1 <img width="715" alt="image" src="https://github.com/advplyr/audiobookshelf-app/assets/112990609/6a0c4a15-2b23-45a5-a28a-5e37b5fc798f"> ### Expected behaviour - I would expect that based on the User/Audiobook the Last Time was held as the source of truth for the next login ### Actual behaviour - IOS device via Safari causes a reset of the time, returning to 00:00 ### Environment data Server Information: * 3x Raspberry Pi 5 8gb in docker swarm using Portioner. (I relaunched the container to grab the latest and retested before submitting this bug). * Audio files are accessed by NFS on a NAS (This functionality is known working in other containers without issue with Plex being the primary indication of functionality) * All data is stored locally within the swarm on NVME drives attached to the Pis. These are all same hardware and kept in sink using GlusterFS so that each pi NVME has the exact same data for each directory. Test Devices: Device 1: Windows 11 PC, Google Chrome v123.0.6312.123 Device 2: Iphone 14 Pro IOS v 17.4.1 / Using: Mobile Safari and Mobile Google Chrome Audiobookshelf Version: - [No] Android App? - [No] iOS App? #### Android Issue Android version: Device model: Stock or customized system: #### iOS Issue iOS Version: 17.4.1 iPhone model: Iphone 14 Pro
adam added the bug label 2026-04-25 00:01:01 +02:00
adam closed this issue 2026-04-25 00:01:01 +02:00
adam commented 2026-04-25 00:01:02 +02:00
Author
Owner
Copy Link
Copy Source

@CameraSkunk commented on GitHub (Apr 17, 2024):

Should Have added some logs. I turned on Debug to run through a bit of the test: I attempted to capture the point on Device 1 Listening and jogging then exiting that session to open on Device 2 where it opened at time stamp 00:00

image
@CameraSkunk commented on GitHub (Apr 17, 2024): Should Have added some logs. I turned on Debug to run through a bit of the test: I attempted to capture the point on Device 1 Listening and jogging then exiting that session to open on Device 2 where it opened at time stamp 00:00 <img width="686" alt="image" src="https://github.com/advplyr/audiobookshelf-app/assets/112990609/74ac10c6-a79c-43ba-9ea9-4c15425e24ba">
adam commented 2026-04-25 00:01:02 +02:00
Author
Owner
Copy Link
Copy Source

@nichwall commented on GitHub (Apr 17, 2024):

  • 3x Raspberry Pi 5 8gb in docker swarm using Portioner. (I relaunched the container to grab the latest and retested before submitting this bug).

"Latest" being 2.8.1 or the most recent edge image?

  • All data is stored locally within the swarm on NVME drives attached to the Pis. These are all same hardware and kept in sink using GlusterFS so that each pi NVME has the exact same data for each directory.

Probably unrelated, but to clarify the database located in /config is not accessible over a network? SQLite does not play nice with being accessed over a network or multiple processes accessing it, and not sure how docker swarm does that.

@nichwall commented on GitHub (Apr 17, 2024): > * 3x Raspberry Pi 5 8gb in docker swarm using Portioner. (I relaunched the container to grab the latest and retested before submitting this bug). "Latest" being 2.8.1 or the most recent `edge` image? > * All data is stored locally within the swarm on NVME drives attached to the Pis. These are all same hardware and kept in sink using GlusterFS so that each pi NVME has the exact same data for each directory. Probably unrelated, but to clarify the database located in `/config` is not accessible over a network? SQLite does not play nice with being accessed over a network or multiple processes accessing it, and not sure how docker swarm does that.
adam commented 2026-04-25 00:01:03 +02:00
Author
Owner
Copy Link
Copy Source

@CameraSkunk commented on GitHub (Apr 17, 2024):

Latest being 2.8.1 yes.

the way the swarm is set up there is a copy of the config directory and gluster almost instantly copies any changes to the other two in case I shut down the container and open it on a different node. Once the container is opened it should be acting like it is on a single device.

I can isolate it to a test unit once home on a pi4 if you’d like. Willing to help any way I can, I’m just not a developer, I’m a systems analyst.

@CameraSkunk commented on GitHub (Apr 17, 2024): Latest being 2.8.1 yes. the way the swarm is set up there is a copy of the config directory and gluster almost instantly copies any changes to the other two in case I shut down the container and open it on a different node. Once the container is opened it should be acting like it is on a single device. I can isolate it to a test unit once home on a pi4 if you’d like. Willing to help any way I can, I’m just not a developer, I’m a systems analyst.
adam commented 2026-04-25 00:01:03 +02:00
Author
Owner
Copy Link
Copy Source

@nichwall commented on GitHub (Apr 17, 2024):

I'm not sure if gluster won't cause any (other) problems since SQLite also doesn't like being copied/updated while in use.

Are you seeing anything like starting direct play sessions or sync session in the logs?

Also @advplyr this belongs in the other repo

@nichwall commented on GitHub (Apr 17, 2024): I'm not sure if gluster won't cause any (other) problems since SQLite also doesn't like being copied/updated while in use. Are you seeing anything like `starting direct play sessions` or `sync session` in the logs? Also @advplyr this belongs in the other repo
adam commented 2026-04-25 00:01:03 +02:00
Author
Owner
Copy Link
Copy Source

@CameraSkunk commented on GitHub (Apr 17, 2024):

I do see a starting direct play in the debug logs.

I can isolate this out of the swarm after and see how it works out that way. That will be latter this evening Eastern Time. I’ll respond with my findings in case that isolates the issue. If so I’ll run this outside of swarm. I’d call this an edge case in development and not worth the time to solve if it’s a one off use case.

@CameraSkunk commented on GitHub (Apr 17, 2024): I do see a starting direct play in the debug logs. I can isolate this out of the swarm after and see how it works out that way. That will be latter this evening Eastern Time. I’ll respond with my findings in case that isolates the issue. If so I’ll run this outside of swarm. I’d call this an edge case in development and not worth the time to solve if it’s a one off use case.
adam commented 2026-04-25 00:01:03 +02:00
Author
Owner
Copy Link
Copy Source

@CameraSkunk commented on GitHub (Apr 18, 2024):

I recreated the container on a single Pi that is on a different IP and not a part of the swarm mentioned in the original bug report. I am getting very similar results where if I start listening on a PC and then close the session. Then log into a mobile device and attempt to pick back up where I left off, the mobile device always returns to the 00:00 time. I did notice that the mobile device always restarts at 00:00 even if I start listening on the phone, close the session, sign back in and try to start listening again.

Image of the logs from that time:
image

@CameraSkunk commented on GitHub (Apr 18, 2024): I recreated the container on a single Pi that is on a different IP and not a part of the swarm mentioned in the original bug report. I am getting very similar results where if I start listening on a PC and then close the session. Then log into a mobile device and attempt to pick back up where I left off, the mobile device always returns to the 00:00 time. I did notice that the mobile device always restarts at 00:00 even if I start listening on the phone, close the session, sign back in and try to start listening again. Image of the logs from that time: <img width="656" alt="image" src="https://github.com/advplyr/audiobookshelf-app/assets/112990609/3c73f194-b826-4907-bfd5-94eba8314ca0">
adam commented 2026-04-25 00:01:03 +02:00
Author
Owner
Copy Link
Copy Source

@CameraSkunk commented on GitHub (Apr 18, 2024):

(I appologize for putting this in the incorrect repo)

One more tidbit that I was able to isolate today. This appears to be limited to mobile use, at least in my case Iphone 14 pro using safari or google mobile browsers.. I attempted multiple computers and the time position was maintained even in incognito mode.

@CameraSkunk commented on GitHub (Apr 18, 2024): (I appologize for putting this in the incorrect repo) One more tidbit that I was able to isolate today. This appears to be limited to mobile use, at least in my case Iphone 14 pro using safari or google mobile browsers.. I attempted multiple computers and the time position was maintained even in incognito mode.
adam commented 2026-04-25 00:01:03 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Apr 18, 2024):

Note that when you first press play in the browser it will be 30 seconds before the first sync happens. This is so that you have to close out of the audio player if you accidently pressed play.

Can you try reproducing this again with more specific steps that include how long you are listening (at least 30 seconds), and if you are able to see the accurate progress on the book page before you start playing?

So you would note that this progress block is correct before you start playing.

image

@advplyr commented on GitHub (Apr 18, 2024): Note that when you first press play in the browser it will be 30 seconds before the first sync happens. This is so that you have to close out of the audio player if you accidently pressed play. Can you try reproducing this again with more specific steps that include how long you are listening (at least 30 seconds), and if you are able to see the accurate progress on the book page before you start playing? So you would note that this progress block is correct before you start playing. ![image](https://github.com/advplyr/audiobookshelf/assets/67830747/fb2bde86-2e9a-4fb0-a179-1e4325091e4e)
adam commented 2026-04-25 00:01:04 +02:00
Author
Owner
Copy Link
Copy Source

@CameraSkunk commented on GitHub (Apr 18, 2024):

Recreation Steps Taken:

  1. Listen at least 30 seconds on a PC, I even watched the active log for indication of at least a few syncs during the play on this device. Logs Created:

[2024-04-18 17:13:29.590] DEBUG: [PlaybackSessionManager] syncSession "7b808aef-b3f6-4f4f-ac15-7cf01a52e0fe" (Device: Windows 10 / Chrome) | Total Time Listened: 209 (PlaybackSessionManager.js:276)
[2024-04-18 17:13:29.618] DEBUG: [ApiCacheManager] Array.afterUpsert: Clearing cache (ApiCacheManager.js:21)
[2024-04-18 17:13:29.643] DEBUG: [ApiCacheManager] Object.afterBulkUpdate: Clearing cache (ApiCacheManager.js:21)

2)Stopped playback and logged out on the PC I was using after waiting another 30 seconds or so. Logs Created:

[2024-04-18 17:14:53.164] DEBUG: [PlaybackSessionManager] closeSession "7b808aef-b3f6-4f4f-ac15-7cf01a52e0fe" (PlaybackSessionManager.js:306)
[2024-04-18 17:14:53.166] DEBUG: [PlaybackSessionManager] Removed session "7b808aef-b3f6-4f4f-ac15-7cf01a52e0fe" (PlaybackSessionManager.js:330)
[2024-04-18 17:15:01.378] DEBUG: [SocketAuthority] User Offline CameraSkunk (SocketAuthority.js:131)
[2024-04-18 17:15:01.379] INFO: [SocketAuthority] Socket a0P94_wGrm4IsQPlAAAf disconnected from client "CameraSkunk" after 314474ms (Reason: client namespace disconnect)

  1. Log in on Chrome on Iphone. Logs Created:

[2024-04-18 17:15:01.378] DEBUG: [SocketAuthority] User Offline CameraSkunk (SocketAuthority.js:131)
[2024-04-18 17:15:01.379] INFO: [SocketAuthority] Socket a0P94_wGrm4IsQPlAAAf disconnected from client "CameraSkunk" after 314474ms (Reason: client namespace disconnect)
[2024-04-18 17:16:18.367] DEBUG: [ApiCacheManager] count: 0 size: 0 (ApiCacheManager.js:39)
[2024-04-18 17:16:18.401] DEBUG: [ApiCacheManager] Cache miss: {"user":"CameraSkunk","url":"/libraries/a914be17-4a81-4c5a-ba12-013443de450e?include=filterdata"} (ApiCacheManager.js:50)
[2024-04-18 17:16:18.471] INFO: [SocketAuthority] Socket Connected e28Mc6hIRj4AWHREAAAh
[2024-04-18 17:16:18.555] DEBUG: [SocketAuthority] User Online CameraSkunk (SocketAuthority.js:204)
[2024-04-18 17:16:18.559] DEBUG: [ApiCacheManager] count: 1 size: 1553 (ApiCacheManager.js:39)
[2024-04-18 17:16:18.561] DEBUG: [ApiCacheManager] count: 1 size: 1553 (ApiCacheManager.js:39)
[2024-04-18 17:16:18.680] DEBUG: [ApiCacheManager] Cache miss: {"user":"CameraSkunk","url":"/libraries"} (ApiCacheManager.js:50)
[2024-04-18 17:16:18.832] DEBUG: Loaded 1 of 1 items for "Continue Listening/Reading" in 0.15s (LibraryItem.js:611)
[2024-04-18 17:16:18.886] DEBUG: Loaded 0 of 0 items for "Continue Series" in 0.05s (LibraryItem.js:628)
[2024-04-18 17:16:18.981] DEBUG: Loaded 8 of 8 items for "Recently Added" in 0.09s (LibraryItem.js:658)
[2024-04-18 17:16:19.048] DEBUG: Loaded 1 of 1 series for "Recent Series" in 0.07s (LibraryItem.js:674)
[2024-04-18 17:16:19.203] DEBUG: Loaded 2 of 2 items for "Discover" in 0.15s (LibraryItem.js:689)
[2024-04-18 17:16:19.256] DEBUG: Loaded 0 of 0 items for "Listen/Read Again" in 0.05s (LibraryItem.js:720)
[2024-04-18 17:16:19.290] DEBUG: Loaded 4 of 4 authors for "Newest Authors" in 0.03s (LibraryItem.js:736)
[2024-04-18 17:16:19.291] DEBUG: Loaded 5 personalized shelves in 0.61s (LibraryItem.js:739)
[2024-04-18 17:16:19.292] DEBUG: [ApiCacheManager] Cache miss: {"user":"CameraSkunk","url":"/libraries/a914be17-4a81-4c5a-ba12-013443de450e/personalized?include=rssfeed,numEpisodesIncomplete"} (ApiCacheManager.js:50)
[2024-04-18 17:16:19.292] DEBUG: [ApiCacheManager] Caching with 1800000 ms TTL (ApiCacheManager.js:53)

  1. Navigate to the audiobook page. Observation shows that Progress box shows approximately what i would expect at 3% and 15hr 12 min remaining. (Note no logs created at this stage)

  2. Hit play for the book under the progress bar. Book restarted at 0:00. Interestingly it does not look like the bar in the media player on the page is showing any movement. It continues to read as 0:00 and I can't use it to navigate to another time in the chapter or book. (Not sure if this last part is helpful but it is an observation) Logs Created:

[2024-04-18 17:18:06.282] DEBUG: [ApiCacheManager] Object.afterBulkUpdate: Clearing cache (ApiCacheManager.js:21)
[2024-04-18 17:18:06.283] DEBUG: [PlaybackSessionManager] startSessionRequest for device iOS 17.4 / Chrome (PlaybackSessionManager.js:64)
[2024-04-18 17:18:06.285] DEBUG: [PlaybackSessionManager] "CameraSkunk" starting direct play session for item "0ca8535a-9aca-44b3-ae18-5fad1eef6ae1" with id fef1de8f-78d9-448b-b426-ffa83c785d3a (Device: iOS 17.4 / Chrome) (PlaybackSessionManager.js:240)
[2024-04-18 17:18:26.626] DEBUG: [PlaybackSessionManager] syncSession "fef1de8f-78d9-448b-b426-ffa83c785d3a" (Device: iOS 17.4 / Chrome) | Total Time Listened: 20 (PlaybackSessionManager.js:276)
[2024-04-18 17:18:26.656] DEBUG: [ApiCacheManager] Array.afterUpsert: Clearing cache (ApiCacheManager.js:21)
[2024-04-18 17:18:26.681] DEBUG: [ApiCacheManager] playbackSession.afterCreate: Clearing cache (ApiCacheManager.js:21)

6)Went back to pc and the audio book reset back to zero even on the PC after returning from my phone. Progress box also reset to 0% and now 15 hours 40 min. Logs Created:

[2024-04-18 17:20:30.002] DEBUG: [SocketAuthority] User Offline CameraSkunk (SocketAuthority.js:131)
[2024-04-18 17:20:30.003] INFO: [SocketAuthority] Socket e28Mc6hIRj4AWHREAAAh disconnected from client "CameraSkunk" after 251532ms (Reason: transport close)
[2024-04-18 17:20:35.581] DEBUG: [ApiCacheManager] count: 0 size: 0 (ApiCacheManager.js:39)
[2024-04-18 17:20:35.613] DEBUG: [ApiCacheManager] Cache miss: {"user":"CameraSkunk","url":"/libraries/a914be17-4a81-4c5a-ba12-013443de450e?include=filterdata"} (ApiCacheManager.js:50)
[2024-04-18 17:20:35.789] DEBUG: [ApiCacheManager] count: 1 size: 1553 (ApiCacheManager.js:39)
[2024-04-18 17:20:35.837] INFO: [SocketAuthority] Socket Connected qDfCbIae8jPGrTH1AAAj
[2024-04-18 17:20:35.892] DEBUG: Loaded 1 of 1 items for "Continue Listening/Reading" in 0.09s (LibraryItem.js:611)
[2024-04-18 17:20:35.955] DEBUG: Loaded 0 of 0 items for "Continue Series" in 0.06s (LibraryItem.js:628)
[2024-04-18 17:20:35.960] DEBUG: [SocketAuthority] User Online CameraSkunk (SocketAuthority.js:204)
[2024-04-18 17:20:36.070] DEBUG: Loaded 8 of 8 items for "Recently Added" in 0.12s (LibraryItem.js:658)
[2024-04-18 17:20:36.129] DEBUG: Loaded 1 of 1 series for "Recent Series" in 0.06s (LibraryItem.js:674)
[2024-04-18 17:20:36.159] DEBUG: [ApiCacheManager] count: 1 size: 1553 (ApiCacheManager.js:39)
[2024-04-18 17:20:36.188] DEBUG: [ApiCacheManager] Cache miss: {"user":"CameraSkunk","url":"/libraries"} (ApiCacheManager.js:50)
[2024-04-18 17:20:36.262] DEBUG: Loaded 2 of 2 items for "Discover" in 0.13s (LibraryItem.js:689)
[2024-04-18 17:20:36.308] DEBUG: Loaded 0 of 0 items for "Listen/Read Again" in 0.04s (LibraryItem.js:720)
[2024-04-18 17:20:36.340] DEBUG: Loaded 4 of 4 authors for "Newest Authors" in 0.03s (LibraryItem.js:736)
[2024-04-18 17:20:36.340] DEBUG: Loaded 5 personalized shelves in 0.54s (LibraryItem.js:739)
[2024-04-18 17:20:36.340] DEBUG: [ApiCacheManager] Cache miss: {"user":"CameraSkunk","url":"/libraries/a914be17-4a81-4c5a-ba12-013443de450e/personalized?include=rssfeed,numEpisodesIncomplete"} (ApiCacheManager.js:50)
[2024-04-18 17:20:36.341] DEBUG: [ApiCacheManager] Caching with 1800000 ms TTL (ApiCacheManager.js:53)
[2024-04-18 17:20:39.764] DEBUG: [PlaybackSessionManager] startSessionRequest for device Windows 10 / Chrome (PlaybackSessionManager.js:64)
[2024-04-18 17:20:39.765] DEBUG: [PlaybackSessionManager] "CameraSkunk" starting direct play session for item "0ca8535a-9aca-44b3-ae18-5fad1eef6ae1" with id 33481e1b-d29c-402a-b2a0-bb7a13e1ced8 (Device: Windows 10 / Chrome) (PlaybackSessionManager.js:240)
[2024-04-18 17:21:00.379] DEBUG: [PlaybackSessionManager] syncSession "33481e1b-d29c-402a-b2a0-bb7a13e1ced8" (Device: Windows 10 / Chrome) | Total Time Listened: 20 (PlaybackSessionManager.js:276)
[2024-04-18 17:21:00.427] DEBUG: [ApiCacheManager] Array.afterUpsert: Clearing cache (ApiCacheManager.js:21)
[2024-04-18 17:21:00.449] DEBUG: [ApiCacheManager] playbackSession.afterCreate: Clearing cache (ApiCacheManager.js:21)
[2024-04-18 17:21:11.372] DEBUG: [PlaybackSessionManager] syncSession "33481e1b-d29c-402a-b2a0-bb7a13e1ced8" (Device: Windows 10 / Chrome) | Total Time Listened: 30 (PlaybackSessionManager.js:276)
[2024-04-18 17:21:11.402] DEBUG: [ApiCacheManager] Array.afterUpsert: Clearing cache (ApiCacheManager.js:21)
[2024-04-18 17:21:11.428] DEBUG: [ApiCacheManager] Object.afterBulkUpdate: Clearing cache (ApiCacheManager.js:21)

@CameraSkunk commented on GitHub (Apr 18, 2024): Recreation Steps Taken: 1) Listen at least 30 seconds on a PC, I even watched the active log for indication of at least a few syncs during the play on this device. Logs Created: [2024-04-18 17:13:29.590] DEBUG: [PlaybackSessionManager] syncSession "7b808aef-b3f6-4f4f-ac15-7cf01a52e0fe" (Device: Windows 10 / Chrome) | Total Time Listened: 209 (PlaybackSessionManager.js:276) [2024-04-18 17:13:29.618] DEBUG: [ApiCacheManager] Array.afterUpsert: Clearing cache (ApiCacheManager.js:21) [2024-04-18 17:13:29.643] DEBUG: [ApiCacheManager] Object.afterBulkUpdate: Clearing cache (ApiCacheManager.js:21) 2)Stopped playback and logged out on the PC I was using after waiting another 30 seconds or so. Logs Created: [2024-04-18 17:14:53.164] DEBUG: [PlaybackSessionManager] closeSession "7b808aef-b3f6-4f4f-ac15-7cf01a52e0fe" (PlaybackSessionManager.js:306) [2024-04-18 17:14:53.166] DEBUG: [PlaybackSessionManager] Removed session "7b808aef-b3f6-4f4f-ac15-7cf01a52e0fe" (PlaybackSessionManager.js:330) [2024-04-18 17:15:01.378] DEBUG: [SocketAuthority] User Offline CameraSkunk (SocketAuthority.js:131) [2024-04-18 17:15:01.379] INFO: [SocketAuthority] Socket a0P94_wGrm4IsQPlAAAf disconnected from client "CameraSkunk" after 314474ms (Reason: client namespace disconnect) 3) Log in on Chrome on Iphone. Logs Created: [2024-04-18 17:15:01.378] DEBUG: [SocketAuthority] User Offline CameraSkunk (SocketAuthority.js:131) [2024-04-18 17:15:01.379] INFO: [SocketAuthority] Socket a0P94_wGrm4IsQPlAAAf disconnected from client "CameraSkunk" after 314474ms (Reason: client namespace disconnect) [2024-04-18 17:16:18.367] DEBUG: [ApiCacheManager] count: 0 size: 0 (ApiCacheManager.js:39) [2024-04-18 17:16:18.401] DEBUG: [ApiCacheManager] Cache miss: {"user":"CameraSkunk","url":"/libraries/a914be17-4a81-4c5a-ba12-013443de450e?include=filterdata"} (ApiCacheManager.js:50) [2024-04-18 17:16:18.471] INFO: [SocketAuthority] Socket Connected e28Mc6hIRj4AWHREAAAh [2024-04-18 17:16:18.555] DEBUG: [SocketAuthority] User Online CameraSkunk (SocketAuthority.js:204) [2024-04-18 17:16:18.559] DEBUG: [ApiCacheManager] count: 1 size: 1553 (ApiCacheManager.js:39) [2024-04-18 17:16:18.561] DEBUG: [ApiCacheManager] count: 1 size: 1553 (ApiCacheManager.js:39) [2024-04-18 17:16:18.680] DEBUG: [ApiCacheManager] Cache miss: {"user":"CameraSkunk","url":"/libraries"} (ApiCacheManager.js:50) [2024-04-18 17:16:18.832] DEBUG: Loaded 1 of 1 items for "Continue Listening/Reading" in 0.15s (LibraryItem.js:611) [2024-04-18 17:16:18.886] DEBUG: Loaded 0 of 0 items for "Continue Series" in 0.05s (LibraryItem.js:628) [2024-04-18 17:16:18.981] DEBUG: Loaded 8 of 8 items for "Recently Added" in 0.09s (LibraryItem.js:658) [2024-04-18 17:16:19.048] DEBUG: Loaded 1 of 1 series for "Recent Series" in 0.07s (LibraryItem.js:674) [2024-04-18 17:16:19.203] DEBUG: Loaded 2 of 2 items for "Discover" in 0.15s (LibraryItem.js:689) [2024-04-18 17:16:19.256] DEBUG: Loaded 0 of 0 items for "Listen/Read Again" in 0.05s (LibraryItem.js:720) [2024-04-18 17:16:19.290] DEBUG: Loaded 4 of 4 authors for "Newest Authors" in 0.03s (LibraryItem.js:736) [2024-04-18 17:16:19.291] DEBUG: Loaded 5 personalized shelves in 0.61s (LibraryItem.js:739) [2024-04-18 17:16:19.292] DEBUG: [ApiCacheManager] Cache miss: {"user":"CameraSkunk","url":"/libraries/a914be17-4a81-4c5a-ba12-013443de450e/personalized?include=rssfeed,numEpisodesIncomplete"} (ApiCacheManager.js:50) [2024-04-18 17:16:19.292] DEBUG: [ApiCacheManager] Caching with 1800000 ms TTL (ApiCacheManager.js:53) 4) Navigate to the audiobook page. Observation shows that Progress box shows approximately what i would expect at 3% and 15hr 12 min remaining. (Note no logs created at this stage) 5) Hit play for the book under the progress bar. Book restarted at 0:00. Interestingly it does not look like the bar in the media player on the page is showing any movement. It continues to read as 0:00 and I can't use it to navigate to another time in the chapter or book. (Not sure if this last part is helpful but it is an observation) Logs Created: [2024-04-18 17:18:06.282] DEBUG: [ApiCacheManager] Object.afterBulkUpdate: Clearing cache (ApiCacheManager.js:21) [2024-04-18 17:18:06.283] DEBUG: [PlaybackSessionManager] startSessionRequest for device iOS 17.4 / Chrome (PlaybackSessionManager.js:64) [2024-04-18 17:18:06.285] DEBUG: [PlaybackSessionManager] "CameraSkunk" starting direct play session for item "0ca8535a-9aca-44b3-ae18-5fad1eef6ae1" with id fef1de8f-78d9-448b-b426-ffa83c785d3a (Device: iOS 17.4 / Chrome) (PlaybackSessionManager.js:240) [2024-04-18 17:18:26.626] DEBUG: [PlaybackSessionManager] syncSession "fef1de8f-78d9-448b-b426-ffa83c785d3a" (Device: iOS 17.4 / Chrome) | Total Time Listened: 20 (PlaybackSessionManager.js:276) [2024-04-18 17:18:26.656] DEBUG: [ApiCacheManager] Array.afterUpsert: Clearing cache (ApiCacheManager.js:21) [2024-04-18 17:18:26.681] DEBUG: [ApiCacheManager] playbackSession.afterCreate: Clearing cache (ApiCacheManager.js:21) 6)Went back to pc and the audio book reset back to zero even on the PC after returning from my phone. Progress box also reset to 0% and now 15 hours 40 min. Logs Created: [2024-04-18 17:20:30.002] DEBUG: [SocketAuthority] User Offline CameraSkunk (SocketAuthority.js:131) [2024-04-18 17:20:30.003] INFO: [SocketAuthority] Socket e28Mc6hIRj4AWHREAAAh disconnected from client "CameraSkunk" after 251532ms (Reason: transport close) [2024-04-18 17:20:35.581] DEBUG: [ApiCacheManager] count: 0 size: 0 (ApiCacheManager.js:39) [2024-04-18 17:20:35.613] DEBUG: [ApiCacheManager] Cache miss: {"user":"CameraSkunk","url":"/libraries/a914be17-4a81-4c5a-ba12-013443de450e?include=filterdata"} (ApiCacheManager.js:50) [2024-04-18 17:20:35.789] DEBUG: [ApiCacheManager] count: 1 size: 1553 (ApiCacheManager.js:39) [2024-04-18 17:20:35.837] INFO: [SocketAuthority] Socket Connected qDfCbIae8jPGrTH1AAAj [2024-04-18 17:20:35.892] DEBUG: Loaded 1 of 1 items for "Continue Listening/Reading" in 0.09s (LibraryItem.js:611) [2024-04-18 17:20:35.955] DEBUG: Loaded 0 of 0 items for "Continue Series" in 0.06s (LibraryItem.js:628) [2024-04-18 17:20:35.960] DEBUG: [SocketAuthority] User Online CameraSkunk (SocketAuthority.js:204) [2024-04-18 17:20:36.070] DEBUG: Loaded 8 of 8 items for "Recently Added" in 0.12s (LibraryItem.js:658) [2024-04-18 17:20:36.129] DEBUG: Loaded 1 of 1 series for "Recent Series" in 0.06s (LibraryItem.js:674) [2024-04-18 17:20:36.159] DEBUG: [ApiCacheManager] count: 1 size: 1553 (ApiCacheManager.js:39) [2024-04-18 17:20:36.188] DEBUG: [ApiCacheManager] Cache miss: {"user":"CameraSkunk","url":"/libraries"} (ApiCacheManager.js:50) [2024-04-18 17:20:36.262] DEBUG: Loaded 2 of 2 items for "Discover" in 0.13s (LibraryItem.js:689) [2024-04-18 17:20:36.308] DEBUG: Loaded 0 of 0 items for "Listen/Read Again" in 0.04s (LibraryItem.js:720) [2024-04-18 17:20:36.340] DEBUG: Loaded 4 of 4 authors for "Newest Authors" in 0.03s (LibraryItem.js:736) [2024-04-18 17:20:36.340] DEBUG: Loaded 5 personalized shelves in 0.54s (LibraryItem.js:739) [2024-04-18 17:20:36.340] DEBUG: [ApiCacheManager] Cache miss: {"user":"CameraSkunk","url":"/libraries/a914be17-4a81-4c5a-ba12-013443de450e/personalized?include=rssfeed,numEpisodesIncomplete"} (ApiCacheManager.js:50) [2024-04-18 17:20:36.341] DEBUG: [ApiCacheManager] Caching with 1800000 ms TTL (ApiCacheManager.js:53) [2024-04-18 17:20:39.764] DEBUG: [PlaybackSessionManager] startSessionRequest for device Windows 10 / Chrome (PlaybackSessionManager.js:64) [2024-04-18 17:20:39.765] DEBUG: [PlaybackSessionManager] "CameraSkunk" starting direct play session for item "0ca8535a-9aca-44b3-ae18-5fad1eef6ae1" with id 33481e1b-d29c-402a-b2a0-bb7a13e1ced8 (Device: Windows 10 / Chrome) (PlaybackSessionManager.js:240) [2024-04-18 17:21:00.379] DEBUG: [PlaybackSessionManager] syncSession "33481e1b-d29c-402a-b2a0-bb7a13e1ced8" (Device: Windows 10 / Chrome) | Total Time Listened: 20 (PlaybackSessionManager.js:276) [2024-04-18 17:21:00.427] DEBUG: [ApiCacheManager] Array.afterUpsert: Clearing cache (ApiCacheManager.js:21) [2024-04-18 17:21:00.449] DEBUG: [ApiCacheManager] playbackSession.afterCreate: Clearing cache (ApiCacheManager.js:21) [2024-04-18 17:21:11.372] DEBUG: [PlaybackSessionManager] syncSession "33481e1b-d29c-402a-b2a0-bb7a13e1ced8" (Device: Windows 10 / Chrome) | Total Time Listened: 30 (PlaybackSessionManager.js:276) [2024-04-18 17:21:11.402] DEBUG: [ApiCacheManager] Array.afterUpsert: Clearing cache (ApiCacheManager.js:21) [2024-04-18 17:21:11.428] DEBUG: [ApiCacheManager] Object.afterBulkUpdate: Clearing cache (ApiCacheManager.js:21)
adam commented 2026-04-25 00:01:04 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Apr 18, 2024):

This seems similar to issues in the past with poorly encoded audio files. What format is the audiobook? mp3 or m4b, multi-track or single track?

Can you test with another audiobook, preferably one not from the same source. It could be any audio file you put in a folder.

@advplyr commented on GitHub (Apr 18, 2024): This seems similar to issues in the past with poorly encoded audio files. What format is the audiobook? mp3 or m4b, multi-track or single track? Can you test with another audiobook, preferably one not from the same source. It could be any audio file you put in a folder.
adam commented 2026-04-25 00:01:04 +02:00
Author
Owner
Copy Link
Copy Source

@CameraSkunk commented on GitHub (Apr 18, 2024):

Didn't think of that. Files are mp3 files. To be clear about the multi/single track item. There are multiple mp3, one per chapter.

I did as you asked and attempted with a different book that is actually in m4b format and that one appears to work flawlessly. I then attempted with another book that is in similar situation from that of the first. Multiple mp3 files. That one works as well.

I do apologize it appears that one books is in poor format for some reason.

@CameraSkunk commented on GitHub (Apr 18, 2024): Didn't think of that. Files are mp3 files. To be clear about the multi/single track item. There are multiple mp3, one per chapter. I did as you asked and attempted with a different book that is actually in m4b format and that one appears to work flawlessly. I then attempted with another book that is in similar situation from that of the first. Multiple mp3 files. That one works as well. I do apologize it appears that one books is in poor format for some reason.
adam commented 2026-04-25 00:01:04 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Apr 18, 2024):

No problem, glad you got it figured out.

@advplyr commented on GitHub (Apr 18, 2024): No problem, glad you got it figured 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#1892
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?