[Desktop-packages] [Bug 78524] Re: Podcast download mechanism isn't robust enough and often fails
Bug report won't expire due to bug watch Upstream report last saw activity 11 years ago No reply to request for information in comment #8 Example podcast in comment #6 works here with Ubuntu 18.04 so will close as issue probably fixed for some time. ** Changed in: rhythmbox (Ubuntu) Status: Incomplete => Fix Released -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to rhythmbox in Ubuntu. https://bugs.launchpad.net/bugs/78524 Title: Podcast download mechanism isn't robust enough and often fails Status in Rhythmbox: New Status in rhythmbox package in Ubuntu: Fix Released Bug description: Binary package hint: rhythmbox I have subscribed to a few radio podcasts in RB. I have broadband so it's fast, and it used to work just fine, however, in the past couple of months, the quality of my internet connection (blame crappy ISP here!) has decreased significantly (takes ages to connect to a server, transfer speed is highly unstable, and sometimes plain stops, then resumes when it feels like it, a second later, or a minute... depends on the mood and server !). This revealed a serious weakness/problem in RB: 99% of the time, RB fails to download the podcasts ! Most of the time it just says "Waiting", and sometimes it downloads 5% of the file then sits there forever and won't move an inch even if I let it run for 3 days. Thing is, if I try to download these podcasts in a terminal, using the "wget" command, it works just fine, and in the worse case, it takes 3 minutes to grab an episode and that's it. That's why I think the problem lies within RB... I suspect that the problem might be that RB times out way too easily, and most importantly, when it does time out, it gives up for good, and won't insist. So the solution is probably to do as wget likely does (from what I can see) : increase the time out greatly when connecting initially to the server. Say a 2 minute time out, not less. Then once it starts downloading the file, and in the event that transfer speed drops to zero : DO NOT time out, and just patiently wait for transfer to resume. To manage notifications about this bug go to: https://bugs.launchpad.net/rhythmbox/+bug/78524/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 78524] Re: Podcast download mechanism isn't robust enough and often fails
** Changed in: rhythmbox Status: Unknown => New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to rhythmbox in Ubuntu. https://bugs.launchpad.net/bugs/78524 Title: Podcast download mechanism isn't robust enough and often fails Status in Rhythmbox: New Status in rhythmbox package in Ubuntu: Incomplete Bug description: Binary package hint: rhythmbox I have subscribed to a few radio podcasts in RB. I have broadband so it's fast, and it used to work just fine, however, in the past couple of months, the quality of my internet connection (blame crappy ISP here!) has decreased significantly (takes ages to connect to a server, transfer speed is highly unstable, and sometimes plain stops, then resumes when it feels like it, a second later, or a minute... depends on the mood and server !). This revealed a serious weakness/problem in RB: 99% of the time, RB fails to download the podcasts ! Most of the time it just says "Waiting", and sometimes it downloads 5% of the file then sits there forever and won't move an inch even if I let it run for 3 days. Thing is, if I try to download these podcasts in a terminal, using the "wget" command, it works just fine, and in the worse case, it takes 3 minutes to grab an episode and that's it. That's why I think the problem lies within RB... I suspect that the problem might be that RB times out way too easily, and most importantly, when it does time out, it gives up for good, and won't insist. So the solution is probably to do as wget likely does (from what I can see) : increase the time out greatly when connecting initially to the server. Say a 2 minute time out, not less. Then once it starts downloading the file, and in the event that transfer speed drops to zero : DO NOT time out, and just patiently wait for transfer to resume. To manage notifications about this bug go to: https://bugs.launchpad.net/rhythmbox/+bug/78524/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 78524] Re: Podcast download mechanism isn't robust enough and often fails
The upstream report has moved to: https://gitlab.gnome.org/GNOME/rhythmbox/issues/301 but has seen no activity Is this still an issue or have the updates to rhythmbox over the years rendered this bug report obsolete as the problem has been fixed? ** Bug watch added: gitlab.gnome.org/GNOME/rhythmbox/issues #301 https://gitlab.gnome.org/GNOME/rhythmbox/issues/301 ** Bug watch added: gitlab.gnome.org/GNOME/rhythmbox/issues #301 https://gitlab.gnome.org/GNOME/rhythmbox/issues/301 ** Changed in: rhythmbox Importance: Medium => Unknown ** Changed in: rhythmbox Status: Expired => Unknown ** Changed in: rhythmbox Remote watch: GNOME Bug Tracker #395733 => gitlab.gnome.org/GNOME/rhythmbox/issues #301 ** Changed in: rhythmbox (Ubuntu) Status: Triaged => Incomplete -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to rhythmbox in Ubuntu. https://bugs.launchpad.net/bugs/78524 Title: Podcast download mechanism isn't robust enough and often fails Status in Rhythmbox: Unknown Status in rhythmbox package in Ubuntu: Incomplete Bug description: Binary package hint: rhythmbox I have subscribed to a few radio podcasts in RB. I have broadband so it's fast, and it used to work just fine, however, in the past couple of months, the quality of my internet connection (blame crappy ISP here!) has decreased significantly (takes ages to connect to a server, transfer speed is highly unstable, and sometimes plain stops, then resumes when it feels like it, a second later, or a minute... depends on the mood and server !). This revealed a serious weakness/problem in RB: 99% of the time, RB fails to download the podcasts ! Most of the time it just says "Waiting", and sometimes it downloads 5% of the file then sits there forever and won't move an inch even if I let it run for 3 days. Thing is, if I try to download these podcasts in a terminal, using the "wget" command, it works just fine, and in the worse case, it takes 3 minutes to grab an episode and that's it. That's why I think the problem lies within RB... I suspect that the problem might be that RB times out way too easily, and most importantly, when it does time out, it gives up for good, and won't insist. So the solution is probably to do as wget likely does (from what I can see) : increase the time out greatly when connecting initially to the server. Say a 2 minute time out, not less. Then once it starts downloading the file, and in the event that transfer speed drops to zero : DO NOT time out, and just patiently wait for transfer to resume. To manage notifications about this bug go to: https://bugs.launchpad.net/rhythmbox/+bug/78524/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 78524] Re: Podcast download mechanism isn't robust enough and often fails
** Changed in: rhythmbox Status: New => Expired -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to rhythmbox in Ubuntu. https://bugs.launchpad.net/bugs/78524 Title: Podcast download mechanism isn't robust enough and often fails Status in Rhythmbox: Expired Status in rhythmbox package in Ubuntu: Triaged Bug description: Binary package hint: rhythmbox I have subscribed to a few radio podcasts in RB. I have broadband so it's fast, and it used to work just fine, however, in the past couple of months, the quality of my internet connection (blame crappy ISP here!) has decreased significantly (takes ages to connect to a server, transfer speed is highly unstable, and sometimes plain stops, then resumes when it feels like it, a second later, or a minute... depends on the mood and server !). This revealed a serious weakness/problem in RB: 99% of the time, RB fails to download the podcasts ! Most of the time it just says "Waiting", and sometimes it downloads 5% of the file then sits there forever and won't move an inch even if I let it run for 3 days. Thing is, if I try to download these podcasts in a terminal, using the "wget" command, it works just fine, and in the worse case, it takes 3 minutes to grab an episode and that's it. That's why I think the problem lies within RB... I suspect that the problem might be that RB times out way too easily, and most importantly, when it does time out, it gives up for good, and won't insist. So the solution is probably to do as wget likely does (from what I can see) : increase the time out greatly when connecting initially to the server. Say a 2 minute time out, not less. Then once it starts downloading the file, and in the event that transfer speed drops to zero : DO NOT time out, and just patiently wait for transfer to resume. To manage notifications about this bug go to: https://bugs.launchpad.net/rhythmbox/+bug/78524/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 78524] Re: Podcast download mechanism isn't robust enough and often fails
I experience this bug in version 0.13.3 of Rhythmbox on Ubuntu 11.04 . I'm trying to listen to Democracy Now too ;-) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to rhythmbox in Ubuntu. https://bugs.launchpad.net/bugs/78524 Title: Podcast download mechanism isn't robust enough and often fails Status in The Rhythmbox Music Management Application: New Status in “rhythmbox” package in Ubuntu: Triaged Bug description: Binary package hint: rhythmbox I have subscribed to a few radio podcasts in RB. I have broadband so it's fast, and it used to work just fine, however, in the past couple of months, the quality of my internet connection (blame crappy ISP here!) has decreased significantly (takes ages to connect to a server, transfer speed is highly unstable, and sometimes plain stops, then resumes when it feels like it, a second later, or a minute... depends on the mood and server !). This revealed a serious weakness/problem in RB: 99% of the time, RB fails to download the podcasts ! Most of the time it just says Waiting, and sometimes it downloads 5% of the file then sits there forever and won't move an inch even if I let it run for 3 days. Thing is, if I try to download these podcasts in a terminal, using the wget command, it works just fine, and in the worse case, it takes 3 minutes to grab an episode and that's it. That's why I think the problem lies within RB... I suspect that the problem might be that RB times out way too easily, and most importantly, when it does time out, it gives up for good, and won't insist. So the solution is probably to do as wget likely does (from what I can see) : increase the time out greatly when connecting initially to the server. Say a 2 minute time out, not less. Then once it starts downloading the file, and in the event that transfer speed drops to zero : DO NOT time out, and just patiently wait for transfer to resume. To manage notifications about this bug go to: https://bugs.launchpad.net/rhythmbox/+bug/78524/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp