https://bugs.kde.org/show_bug.cgi?id=499141
[email protected] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- --- Comment #4 from [email protected] --- Thanks for the input. The mention that you're streaming really helps narrowing it down. I can see how pausing a stream for a long time could make the connection time out. If VLC then throws an invalid media error, Kasts would consider that as the episode not being available for playing. Under certain circumstances the episode could then be marked as played (because Kasts thinks that it doesn't exist). If this is the real scenario, then the bug would depend on the behaviour of the remote server, and how your local host manages outgoing connections (e.g. time outs for those). I'll have to think how to handle this... The issue is that Kasts would have to work around the audio backend (VLC) not being able to keep the connection open for an indefinite amount of time. NB: Please realize that streaming audio is quite brittle. Especially when you're talking to a bunch of servers that are not under your or the app's direct control. NB2: You can avoid this problem by clicking on the play button on the episode itself when you return after a while. (So not the play button in the audio controls bar at the top, but really the button on the right hand side of the list item.) This button will completely reload the audio from scratch, avoiding any kind of time-out errors. -- You are receiving this mail because: You are watching all bug changes.
