Annoying "Download Now" Bug

[jpp72]

This is obviously very low priority but needs to be reported if it will ever be fixed...

I am not sure if this is intended behaviour or an actual bug but, to me, it's a bug because that is not how an everyday user would expect it to behave.

Issue:

I like to add a bunch of stuff to queues and start the downloads before going to bed.

Sometimes, i will realize i need something from that streaming service right away so i will open that module, select the title and click Download Now.

Instead of downloading that title right away, it adds it to the bottom of the queue and starts the whole queue. Which means that whatever i asked to Download Now will be downloaded once all my other items in that queue are downloaded. Problem is exacerbated if my queue is bigger than the daily limit so it won't even Download Today, let alone Download Now.

Normal behaviour for the Download Now button should be that it downloads that item right away and not start the rest of the queue. No matter the reasoning, the fact is that the Download Now button on that item's pop-up actually does not... Download Now.

[Dog]

I'd like to add my experience to this discussion. I've had items in my queue from previous sessions and used the Download Now button on 'new' items during the current session and they were downloaded immediately (ignoring the other items already in the queue from previous sessions). However, to be clear, this involves items that were already in the queue upon startup of the program. If, like jpp72 says, I add items to the queue and then try to grab an item immediately (all in the same session) using Download Now, then the above-described behavior can happen. I haven't done any testing to see how consistent this behavior is or if there are specific triggers, but I have run into this situation before.

[jpp72]

I'd like to add my experience to this discussion. I've had items in my queue from previous sessions and used the Download Now button on 'new' items during the current session and they were downloaded immediately (ignoring the other items already in the queue from previous sessions). However, to be clear, this involves items that were already in the queue upon startup of the program. If, like jpp72 says, I add items to the queue and then try to grab an item immediately (all in the same session) using Download Now, then the above-described behavior can happen. I haven't done any testing to see how consistent this behavior is or if there are specific triggers, but I have run into this situation before.

Thanks for the clarification. StreamFab is pretty much always running so that's probably why i haven't seen the 2 scenarios.

[knighter]

I'll submit this issue to the relevant department. We'll try to improve it in someway.

[Dog]

I'll submit this issue to the relevant department. We'll try to improve it in someway.

Quick update - either I misremembered my past experience (my humble apologies - I'm pretty sure my memory isn't what it used to be, but I can't remember), or something changed in StreamFab. I just started StreamFab while something was already in the queue. When I tried to immediately download something new from the same provider, the new item was added to the queue, but the 'first' item (the item already in the queue when I started the program) was the item StreamFab started attempting to download first. It appears the repeatable behavior is consistent with jpp72's description whether there are pre-existing items in the queue or not.

[Mona]

I just started StreamFab while something was already in the queue. When I tried to immediately download something new from the same provider, the new item was added to the queue, but the 'first' item (the item already in the queue when I started the program) was the item StreamFab started attempting to download first.

This is how it works at the moment. Yours and jpp72's feedback has been passed to the software designer.