| Summary: | Lots of communication errors when downloading from save.tv | ||
|---|---|---|---|
| Product: | [Applications] kget | Reporter: | squan |
| Component: | general | Assignee: | KGet authors <kget> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | mat69 |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
Could you please check what TransferPlugin is used in 4.3.1 for the download? That should be mentioned in the debug-output. As a workaround set the threads of the MultiSegKIO to 1 try again and if that does not work deactivate the MultiSegKIO-Plugin and try again. Btw. it is not that clear if this is a regression, that depends on what Plugin was used in 4.3.1. ;) @Comment #1: > Could you please check what TransferPlugin is used in 4.3.1 for the download? It's MultiSekKIO with one thread. > That should be mentioned in the debug-output. No debug output at all, I guess because it's a release version. >As a workaround set the threads of the MultiSegKIO to 1 try again... If set to one kget downloads smoothly without KIO::SlaveInterface::dispatch error 148. Any value above 1 produces the errors described. Note: You have to restart kget to make changes in module settings have any effect. If I increase the no. of threads in kget-4.3.1 I also see stalls. So in fact no regression but just changed default settings which which are suboptimal at least for transfers from save.tv :) Could you please retry that with trunk or the upcoming RC1 as I'm not registered on that I can't try that myself? If it still does not work please reopen this bug. Works with KDE-4.4 RC1, no more stalls with MultiSegKIO, tested with up to 5 threads. |
Version: 2.3.85 (using Devel) OS: Linux Installed from: Compiled sources When starting a (video) download from save.tv kget (KDE 4.4b2) gives error messages (on stderr) from the first moment like this: kget(17653)/kio (Slave) KIO::Slave::createSlave: createSlave "http" for KUrl("http://80.190.178.2/76470004_2130B93C42E7B86FFD996201342369FB/?m=dl") kget(17653)/kio (KIOConnection) KIO::ConnectionServer::listenForRemote: Listening on "local:/tmp/ksocket-stefan/kgetK17653.slave-socket" kget(17653)/kio (Slave) KIO::Slave::kill: killing slave pid 17687 ( "http://80.190.178.2" ) kget(17653)/kio (KIOJob) KIO::SlaveInterface::dispatch: error 148 "http://80.190.178.2/76470004_2130B93C42E7B86FFD996201342369FB/?m=dl" kget(17653)/kio (KIOJob) KIO::SlaveInterface::dispatch: error 148 "http://80.190.178.2/76470004_2130B93C42E7B86FFD996201342369FB/?m=dl" kget(17653)/kio (KIOJob) KIO::SlaveInterface::dispatch: error 148 "http://80.190.178.2/76470004_2130B93C42E7B86FFD996201342369FB/?m=dl" In the process of downloading kget randomly stalls for seconds, minutes or forever, showing "Verzögert" in the UI speed column. When stalled kget continues to periodically emit the same error messages. Pausing and continuing in this situation does not help. It's not possible to successfully complete a single such download. Running another download from the same site in parallel with kget-2.3.1 (KDE 4.3.1) (on another computer :)) downloads smoothly without error messages. So this is clearly a regression of kget in KDE 4.4 beta.