Newpipe: videos removed from queue shouldn't be auto-queued again

[hunkjazz]

Describe the feature you want

I think it would be nice if you add a feature which makes it impossible to _auto-queue_ previously removed videos.

Is your feature request related to a problem? Please describe it

Sometimes, I like to drag down the current queued video so I can see what's next and later remove or sort them in the way I desire.

I do this when I want to listen to songs for a long time and don't want to be interrupted, after hitting _play_.

Although, for removed videos: soon or later it gets auto-queued again.

This is very unpleasant because I am required to do one of these annoying actions:

• Wait for the song to be reproduced and hit skip button (interruption);
• Re-order queue in a way that the video in question is put before the current one, as if it was already played before (hacky solution).

How will you/everyone benefit from this feature?

As a user, I'd say it's a lot annoying to be required to keep removing or skipping videos that you already stated you don't want to watch/listen to.

[hunkjazz]

Since feature _"remove video from queue"_ is a way the user have to say _"don't play this anymore"_, I think this should be treated as a bug.

Although, I'm not sure.

Hence, the _"enhancement"_ label.

[Stypox]

2408

[hunkjazz]

@Stypox

Either one us are confused.

Did you close this issue due to:

• last auto-enqueued stream is being enqueued right just after it was removed? https://github.com/TeamNewPipe/NewPipe/pull/1878#issuecomment-445360261
• switch for disabling auto-enqueue for the current session? #2408

My issue is about videos being auto-enqueued, after being removed. It doesn't matter what position it is.

Does any of the former really issues solve this one?

They also seems to be different issues...

[hunkjazz]

Let's say I have this playlist:

1. video_a;
2. video_b;
3. video_c;
4. video_d;
5. video_e;

When I remove video_c:

1. video_a;
2. video_b;
3. video_d;
4. video_e;

Some time later:

1. video_a;
2. video_b;
3. video_d;
4. video_e;
5. video_f;
6. video_g;
7. video_c;

You see: video_c got auto-enqueued again, later.

I don't think this is the correct behavior, since removing a video should be interpreted as a block for the current list.

[Stypox]

Oh, then this is a possible solution to #2408

[hunkjazz]

@Stypox

I don't think issue #2408 is a solution because its title is not related to what the issuer actually elaborated.

Alternatively, we could implement a switch to the playlist editor which temporarily disables autoplay for the current session only.

This person requested something like a toggle to disable auto-enqueue from within players.

[hunkjazz]

The bug (actually related to my issue) was first reported here: https://github.com/TeamNewPipe/NewPipe/pull/1878#issuecomment-445360261

@TobiGr was actually experiencing what my title describes.

If you understood this whole mess, I think it's best to replace this issue label with "bug" and correct #2408 title.

[Stypox]

Ok, I see, sorry for the misunderstandings 😅

[hunkjazz]

You're cool

[opusforlife2]

He is.