All downloads are added as queued when added from share menu or from main application, is this intended behavior?
It always downloaded as soon as added in 0.14.
I'm assuming i'm not the only one having this issue
I add sometimes 20 to 30 or more videos to download at one time since i just go through my sub feed and download anything that interests me on my wifi, for later watching at work where i have 0 cell signal. Having to go into the newpipe application and manually start each download is a real pain.
I've tried unchecking the "queued" checkbox and it doesn't seem to have any effect whether i do it on a single download or each one. New downloads always start as "queued" I was waiting for an update hoping it would be fixed but still have this issue with 0.15.1. An option in the settings at least would be nice since i understand why this would be default behavior in certain use cases, but having no way to undo or change this behavior is kinda counter intuitive.
Assuming this is somehow related to #457 but this behavior only started with 0.15 as a regression maybe?
Was mentioned by another user in #2068 as well so obviously i'm not the only one
All downloads are added as queued when added from share menu or from main application, is this intended behavior?
Yes. As the downloader already works multithreaded you don't get any performance improvements if you start two downloads at the same time, instead you are making it worse. This is why we decided to make downloads queued.
He wants one download to start at the same time... :) See here: "Having to go into the newpipe application and manually start each download is a real pain."
This is the same problem I'm having.
I don't get any downloads starting at all. I have to manually open the application and start each one every single time. And if I forget and the download times out. Then I have to open the video again, add the download again, clear the old download, and then start the new download. This is untenable. It's insane, and an awful UX. I don't understand why I have to go through all this trouble. Point out the code I need to change and I will build the apk myself. I've already tried but I couldn't figure out what needed to be changed as I don't code in this language
I just want it to work the way it did before where each download would start up and the next would queue until the first was done. I don't need multithreading, I don't need more than one download at a time. I just want it to fricken work without having to babysit over 200 downloads every single day.
so obviously i'm not the only one
I also don't like new hard-coded "queue instead of multiple downloads"!
Please, add check-box option "Mulitply downloads" into "Settings > Download", so users could switch to previous "multiple downloads" behavior!
@theScrabi misread my issue and closed it without understanding that something is broken for me since downloads don't start on their own at all. Whatever, guess ill just switch over to another application and reinstall newpipe once this is fixed. @epitron knows what issue i'm explaining but i guess the dev didn't understand what i was trying to explain. I'm not holding out hope this will be fixed anytime soon, so I'll just go back to 0.14 and figure out a way to port the api changes to get it working properly
Which Android version / ROM and device are you using? I wasn't able to reproduce your problem at all.
I'm on the Moto z3, stock rom with magisk. Android 8.1 with Sept 1 patch. Nothing special
Xt1929-4 retus Moto Z3 play. My SO has same phone with same issue
I'm using a Galaxy S7 w/ stock ROM
So I just figure out that they start as normal using mobile data. Seems this only happens on Wi-Fi for some reason. I never use my data to download videos since I pay per GB. Can anyone else confirm this @epitron
They don't start for me in both cases: WiFi and mobile. I tried changing the "pause downloads when on mobile" setting in both scenarios, and it didn't make a difference.
And now I can't get it working again. I don't understand what I did but it's stopped working again for me. It worked for that one video and now it still is making all videos queued when adding them. I even tried adding the same video again with no dice.
@epitron try rebooting it downloads the video once I reboot. I assuming this has something to do with the applications background or downloader service being shut down possibly?
Are you running dns66? I think it might have something to do with it. I forced closed newpipe still works. I've closed and opened it multiple times and also used the share function form YouTube application no changes. But once I open dns66 it stops working
Okay it's definitely dns66 causing the issue on my device. Stopping the VPN or even force stopping the application doesn't unbreak newpipe's downloader either. A full reboot is required to make downloads act as expected. Once I've opened dns66 and/or started the DNS the only thing fixes it is a reboot @epitron
@symbian9 would this be enough information to repro on your side?
would this be enough information to repro on your side?
I use NetGuard as firewall on my Android 5.1 device & will newer dissable it while phone connected to network — so I can't reproduce steps above.
Anyway, I has NO such issues with NewPipe 14.1 (and older) on my device with NetGuard enabled — when I add new download it started immediatly.
So, I just want an option in NewPipe 15.x "Download" settings:
Ah, that explains it! I'm using NetGuard as well. I guess NewPipe is refusing to start downloading unless it thinks it's connected to the internet, and the VPN is confusing its detection code.
@Symbian9 That doesn't really need to be an option imo; each download already uses multiple threads. They just need to fix the queueing code when a VPN is active.
They just need to fix the queueing code when a VPN is active.
Agreed.
Well now we have the cause at least. Much easier to find a working fix since we have a starting point. Guess we can loop in @thescrabi
My problem is different, I think. Downloads NEVER start, stuck in queue. I have tried to disconnect my VPN (AirVPN), no difference. Cleared cache, cleared data, installed, re-installed. Nothing. Can anyone help, please?
My problem is different, I think. Downloads NEVER start, stuck in queue.
I has same behavior.
who can help with the issue?Philippe Margery
13 Feb 2019, 12:44 by [email protected]:
>
My problem is different, I think. Downloads NEVER start, stuck in queue.
I has same behavior.
—
You are receiving this because you commented.
Reply to this email directly, > view it on GitHub https://github.com/TeamNewPipe/NewPipe/issues/2072#issuecomment-463169225> , or > mute the thread https://github.com/notifications/unsubscribe-auth/AtY9EW7Mjibpbdn0n9XjY5QEkgRVQ9esks5vM_qxgaJpZM4aX_j5> .
I am seeing the issue as well, though downloads sit in queued even if I turn off DNS66 prior to attempting a download. I've also force quit new pipe after stopping DNS66. Manually starting downloads in the queue works fine. Android 8.0 LG G5 on wifi and mobile networks.
¿this happens with any vpn/proxy app? my phone is too old for dns66 and airvpn (android 4.4)
It's any vpn at all on my device. I'm using pia VPN now with the same issue. I believe if a vpn is selected at all within the Android settings it prevents downloads from starting
I only tried with airvpn switched and then switched off. Same in both casesÂ
24 févr. 2019 à 02:14 de [email protected]:
>
this happens with any vpn/proxy app? my phone is too old for dns66 and airvpn (android 4.4)
—
You are receiving this because you commented.
Reply to this email directly, > view it on GitHub https://github.com/TeamNewPipe/NewPipe/issues/2072#issuecomment-466723005> , or > mute the thread https://github.com/notifications/unsubscribe-auth/AtY9ETEHQ204TvXnioVk07yAS4-rnJtJks5vQeeOgaJpZM4aX_j5> .
If you switch it off completely and then reboot without the VPN set to
start at boot then newpipe will behave normally. This is the only way I've
found that works to fix this. Something is getting cached once the VPN is
started and a reboot seems to clear whatever it is.
On Sun, Feb 24, 2019, 04:42 2137mail notifications@github.com wrote:
I only tried with airvpn switched and then switched off. Same in both
cases24 févr. 2019 à 02:14 de [email protected]:
>
this happens with any vpn/proxy app? my phone is too old for dns66 and
airvpn (android 4.4)—
You are receiving this because you commented.
Reply to this email directly, > view it on GitHub <
https://github.com/TeamNewPipe/NewPipe/issues/2072#issuecomment-466723005>>
, or > mute the thread <
https://github.com/notifications/unsubscribe-auth/AtY9ETEHQ204TvXnioVk07yAS4-rnJtJks5vQeeOgaJpZM4aX_j5>>
.—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/TeamNewPipe/NewPipe/issues/2072#issuecomment-466762383,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AhDUVlfjXMlOU5PD-_WaE4fUzXlWbHliks5vQmyggaJpZM4aX_j5
.
So this worked when I downloaded without the vpn (after reboot). When I then switched on the vpn again it failed to download. Then I switched off the vpn without rebooting and it still didn't download.Â
Is this being seen by the developers? Are you in the dev team or just a kind user helping out? :)Â
24 févr. 2019 à 11:58 de [email protected]:
If you switch it off completely and then reboot without the VPN set to
start at boot then newpipe will behave normally. This is the only way I've
found that works to fix this. Something is getting cached once the VPN is
started and a reboot seems to clear whatever it is.On Sun, Feb 24, 2019, 04:42 2137mail <> [email protected] notifications@github.com> > wrote:
I only tried with airvpn switched and then switched off. Same in both
cases24 févr. 2019 à 02:14 de > [email protected] notifications@github.com> :
>
this happens with any vpn/proxy app? my phone is too old for dns66 and
airvpn (android 4.4)—
You are receiving this because you commented.
Reply to this email directly, > view it on GitHub <
https://github.com/TeamNewPipe/NewPipe/issues/2072#issuecomment-466723005 https://github.com/TeamNewPipe/NewPipe/issues/2072#issuecomment-466723005> >>
, or > mute the thread <
https://github.com/notifications/unsubscribe-auth/AtY9ETEHQ204TvXnioVk07yAS4-rnJtJks5vQeeOgaJpZM4aX_j5 https://github.com/notifications/unsubscribe-auth/AtY9ETEHQ204TvXnioVk07yAS4-rnJtJks5vQeeOgaJpZM4aX_j5> >>
.—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<> https://github.com/TeamNewPipe/NewPipe/issues/2072#issuecomment-466762383 https://github.com/TeamNewPipe/NewPipe/issues/2072#issuecomment-466762383> >,
or mute the thread
<> https://github.com/notifications/unsubscribe-auth/AhDUVlfjXMlOU5PD-_WaE4fUzXlWbHliks5vQmyggaJpZM4aX_j5 https://github.com/notifications/unsubscribe-auth/AhDUVlfjXMlOU5PD-_WaE4fUzXlWbHliks5vQmyggaJpZM4aX_j5> >
.—
You are receiving this because you commented.
Reply to this email directly, > view it on GitHub https://github.com/TeamNewPipe/NewPipe/issues/2072#issuecomment-466763309> , or > mute the thread https://github.com/notifications/unsubscribe-auth/AtY9EaaTfoYJ6Da1bbJRu_UbUmGhL0Jcks5vQnBPgaJpZM4aX_j5> .
I'm just the one started the thread. There's a pull request that hopefully fixes this issue. But we'll have to wait for a merge and release to see if it helps or not.
It doesn't look like this is addressed in the pull request yet...
I was reading the closing comments for https://github.com/TeamNewPipe/NewPipe/issues/2149
And it says that it possibly closes #2072 but I'm not sure if that's correct since I can't verify
I have this same issue. No downloads start. I like the downloads being queued, but I do not like that NO downloads begin, unless I manually tell it to download each download.
@Neodymium5312 The latest update didn't fix the issue. :\
The latest update didn't fix the issue. :\
I still has this issue with NewPipe 0.16.0 too
Just updated to 0.16 and got same shit:
All downloads start as "Queued"
I don't get any downloads starting at all. I have to manually open the application and start each one every single time...
And yeah:
Anyway, I has NO such issues with NewPipe 14.1 (and older) on my device with NetGuard enabled — when I add new download it started immediatly.
Reactivating this issue
16.2
still no automatic start of download when vpn is active (and thereafter)
all android versions (stock 6.0, lineageos 14.1, 15.0, 16.0) on different phones / tablets
all rooted either VPN by Orbot or VPN for Android. Also Stock Android 7.1 - non-rooted with Netguard.
Can I help testing?
if i can help too, just this week ...
i also have a problem when the videos actually download. the video goes in my gallery but it has no sound. however, when i transferred the video to my PC, the sound works. weird...
@cuilean #1372 may be the problem you are encountering. If it is not, please open a stand-alone issue.
VPN issue seems to be fixed in 17.0.RC2 (at least for me). Thanks
good :)
so where can i download this version ? need to wait for realease ?
@mouarfff #2483 is where you can find some apks for it.
thx :)
i have no issue now ;)
Most helpful comment
Reactivating this issue
16.2
still no automatic start of download when vpn is active (and thereafter)
all android versions (stock 6.0, lineageos 14.1, 15.0, 16.0) on different phones / tablets
all rooted either VPN by Orbot or VPN for Android. Also Stock Android 7.1 - non-rooted with Netguard.
Can I help testing?