KASTS VERSION 23.,03.70 STEPS TO REPRODUCE 1. Set up Nextcloud gpoddersync backend 2. Play an episode 3. Manually trigger sync OBSERVED RESULT Playback jumps back a few seconds, likely drawing from the server the saved position that was pushed to the server when sync was initiated. EXPECTED RESULT Playback continue as normal SOFTWARE/OS VERSIONS Windows: 11 KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION Currently subscribed to 20 podcasts. Using Nextcloud gpoddersync Example was with a downloaded, not streamed episode. No errors in error log. VLC Player Backend
Looking at the code I wouldn't expect this to happen since the remote episode actions are retrieved from the server before the local ones are uploaded. (This is needed anyway because we first need to solve any conflicts before sending the new action updates to the server.) Only the retrieved remote actions that are not superseded by a newer local one are then applied locally. So I would expect that a jump can only happen by picking up remote actions that have been uploaded on a previous sync, not the current one. The only way I can think of this happening would be if the clocks of the server and the client are not synced, or one or both have an incorrect timezone set. All internal timestamps are relative to UTC, but the conversion might be wrong if Kasts gets a wrong local timezone. If any of those conditions would happen, then Kasts might get confused and might apply actions in the correct order/precedence.
Created attachment 157175 [details] Clocks between server and client within 1s The clocks of the server and the client are within one second of each other and synced with systemd-timesyncd
Using Kasts almost daily, I noticed one occurence of this bug since this bug report was opened. I wasn't able to figure out exactly which chain of events led to this one occurence. Do you still encounter it (regularly)?
I have not used Kasts enough recently to know one way or the other, in large part because I have AntennaPod for my phone and Kasts for my computers, but I manage my listening through the queue. Since the AntennaPod queue is separate from the Kasts queue, I would have to manually manage both queues and so I typically just connect my phone to my computer audio with bluetooth and play from there.
Just successfully synced with no reproduction of the bug. Previously it was every time.
Thanks for checking again. I'll close this for now. Feel free to reopen at any time if it starts reoccuring. (I'm trying to clean up the bug reports such that it's easier to focus on the really important ones. ;-))