Bug 505031

Summary: Downloading more than 1 episode at same time triggers "Error code: 499 - DATA on invalid stream"
Product: [Applications] kasts Reporter: Marco Mattiolo <marco.mattiolo>
Component: generalAssignee: bart
Status: REPORTED ---    
Severity: normal    
Priority: NOR    
Version First Reported In: 25.04.0   
Target Milestone: ---   
Platform: Debian testing   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Marco Mattiolo 2025-05-30 19:47:31 UTC 
SUMMARY
I'm forced to download episodes one at a time, because downloading multiple episodes in parallel triggers an error. I'm sure downloading multiple episodes in parallel was working 1-2 years ago...

marco@mobian:~$ kasts
Database version 11
qrc:/qt/qml/org/kde/kasts/qml/QueuePage.qml:16:1: QML QueuePage: Created graphical object was not placed in the graphics scene.
QSGPlainTexture: Mipmap settings changed without having image data available. Call setImage() again or enable m_retain_image. Falling back to previous mipmap filtering mode.
qt.network.http2: connection error: DATA on invalid stream
qt.network.http2: stream 7 finished with error: "DATA on invalid stream"
qt.network.http2: stream 5 finished with error: "DATA on invalid stream"
Error happened: Error::MediaDownload "https://www.spreaker.com/show/4672101/episodes/feed" "https://api.spreaker.com/episode/66201791" 499 "DATA on invalid stream"
Error happened: Error::MediaDownload "https://www.spreaker.com/show/4255213/episodes/feed" "https://api.spreaker.com/episode/66271410" 499 "DATA on invalid stream"


STEPS TO REPRODUCE
1. open Kasts, get to the Queue page
2. press the Download button on at least 2 episodes

OBSERVED RESULT
download fail with Error code 499 - DATA on invalid stream

EXPECTED RESULT
episodes are downloaded in parallel

SOFTWARE/OS VERSIONS
Linux: 6.12-qcom
KDE Plasma Version: 6.3.4
KDE Frameworks Version: 6.13.0
Qt Version: 6.8.2
Comment 1 bart 2025-06-02 20:18:34 UTC 
This should still work.  Could it be that the server(s) you're hitting is/are simply imposing restrictions on the amount of parallel downloads?  I've noticed similar restrictions periodically myself on some of the more well-used services like soundcloud.
I don't think there's much we can do on the client side.
Comment 2 Marco Mattiolo 2025-06-02 20:30:13 UTC 
> Could it be that the server(s) you're hitting is/are simply imposing restrictions on the amount of parallel downloads?

Could be, any idea how to check that?

> I don't think there's much we can do on the client side.

Just throwing some random ideas, not sure if the development effort would be justified: why not managing this kind of server-side restrictions, like automatically downloading the episodes one after the other rather than in parallel?