Carry enqueued videos over if accidentally click new video

[mecuricat]

Checklist

• I made sure that there are no existing issues - open or closed - which I could contribute my information to.
• I have read the FAQ and my problem isn't listed.
• I'm aware that this is a request for NewPipe itself and that requests for adding a new service need to be made at NewPipeExtractor.
• I have taken the time to fill in all the required details. I understand that the feature request will be dismissed otherwise.
• This issue contains only one feature request.
• I have read and understood the contribution guidelines.

Feature description

If you click a new video, prompt user whether to keep/carry over enqueued videos if available.

Why do you want this feature?

Let's say, you are watching a video while 7 other videos are enqueued. Then you accidentally touch a new video and all your enqueued videos history is lost. You don't remember them all.

Additional information

Some users may not like to see this prompt window asking them about enqueue history. So, perhaps a tick box can be provided additionally to stop showing the window again.

[opusforlife2]

What does the "Ask for confirmation before clearing queue" toggle in Video and audio settings do?

[mecuricat]

What does the "Ask for confirmation before clearing queue" toggle in Video and audio settings do?

The description of this setting says that "Switching from one player to another may replace your queue".

But I am not switching players. I am actively watching a video in the main player while 7 videos are enqueued. While the video is playing, I am browsing through other videos. Then an accidental touch on a different video thumbnail starts that video forgetting my queue history.

[CouldBeThis]

I would just like to say that I have this issue also and it drives me nuts. In contrast to my otherwise amazing experience with this app. I am constantly deleting my whole queue. Sometimes because of touching another video like @mecuricat mentioned. Other times, I don't even know what I do to provoke it. The other day I did it 3-4 times by picking up my phone with an unlocked screen.

Personally, I would prefer to never automatically clear the queue. If a new video will start playing immediately, then add it to the top of the queue and continue on after that. It is easy enough to clear the queue manually when needed. Well I assume it is anyway. Don't think I have ever had one around long enough to require the operation as they are so fragile. :)

Maybe a setting along the lines of

Action to take when video(s) already playing and another video is opened:
🔾 Delete the existing queue, and start playing the new video
🔾 Add the new video to the top of the queue, and start playing it immediately
🔾 Add the new video next in the queue, to be played after the current video is done
🔾 Add the new video to the bottom of the queue
🔾 Do not take any action

Hopefully someone will come up with a more concise description. That's all I am able to contribute though. Thanks for the great app!

[nerdguy1338]

This is my only complaint so far with this app.

In this instance, the default behavior should be append to queue.

[tutacat]

@CouldBeThis Maybe a setting along the lines of

Action to take when video(s) already playing and another video is opened:
🔾 Delete the existing queue, and start playing the new video
🔾 Add the new video to the top of the queue, and start playing it immediately
🔾 Add the new video next in the queue, to be played after the current video is done
🔾 Add the new video to the bottom of the queue
🔾 Do not take any action

This seems to be a bit too complex. It think it's easier to follow similar function as in other existing programs. I think it would make sense to be:

• When a queue/video is open, manually close/delete the queue to remove the queue. Maybe have an option to replace in the context / more options menu.
• When queue/video is playing, and video is clicked, insert it after the current video in queue. Then pause the current content, switch to the new content's info page (in the queue), and start playing if auto-play is enabled. If "ask before replacing queue" or replacement setting is enabled, ask before pausing and switching to the new content page.

We already have the queue adding options (end of queue, and next in queue) with the context menu.

[mimmo9669]

+1

[nerdguy1338]

Bumping this. It's my only issue with this app. Even the YouTube casting queue from my phone to various apps is less fragile. I can switch casting locations just fine, and my queue stays

Why is this seemingly so hard to fix? It's been almost a year.

[nerdguy1338]

How about this? When the queue is made, meaning more than 0 videos in it, make it a playlist in the "bookmarked playlist" menu.

…

On Sun, Mar 31, 2024, 2:10 PM tutacat ***@***.***> wrote: Why is this seemingly so hard to fix? It's been almost a year. Because it's actually a feature request, plus it takes a community project more time to implement a feature or start implementing a feature than accepting any pulls. It has actually gotten better because they have changed how directly the player view is linked to the queue, but of course they are refactoring everything to make it work better. That will definitely take priority. Currently it stores the last played single video, but not the queue. I will look at hacking this because it should be stored to disk to help continuity from crashes / reboots, though not sure what they will be looking at integrating just yet, due to the refactor. Interestingly, in the official app (not website) it kind of a paid feature to use a queue properly -- it has history feature but doesn't let you use the queue feature properly. — Reply to this email directly, view it on GitHub <#10099 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AHZOBBF6HWKBPXSCHQSHJ63Y3BGSFAVCNFSM6AAAAAAYB2FHSGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMRYHA2TANBTGQ> . You are receiving this because you commented.Message ID: ***@***.***>

[nerdguy1338]

Make the limit user- configurable. Start at 10000.

…

On Sun, Mar 31, 2024, 2:16 PM tutacat ***@***.***> wrote: @nerdguy1338 <https://github.com/nerdguy1338> Yes this feels like a useful feature. I think it should be a stack so you have the latest queue, and a history of queues up to a limit, but can quickly be moved to a separate playlist. — Reply to this email directly, view it on GitHub <#10099 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AHZOBBE3AYJJ6YGS7CE4LP3Y3BHI7AVCNFSM6AAAAAAYB2FHSGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMRYHA2TGMZTGE> . You are receiving this because you were mentioned.Message ID: ***@***.***>