Newpipe: Video doesn't autoplay if shared to Newpipe

[opusforlife2]

Version

• dev branch after 2907

Steps to reproduce the bug

Turn on Autoplay (on Wi-Fi or Always).

Swipe Newpipe away from Recents.

Share a link to Newpipe.

Expected behavior

Video details open up and video starts playing automatically.

Actual behaviour

Video details open up, but that's it. That's the same behaviour as if autoplay was off.

Found while investigating #2232.

[ghost]

Do you mean the video should start automatically orr autoplay doesn't work properly. That title is messy. Autoplay is when the video has ended and the next video is about to play...

[opusforlife2]

@ingingin You're thinking of auto-queuing of the next stream, which is an option in settings and also a toggle on the video details page. It's incorrectly named, especially now that it conflicts with the new setting added by the unified player PR.

[opusforlife2]

I think the toggle should be renamed to "Auto-play Next" or "Auto-play Next Stream". What do you think, @B0pol, @Stypox?

[avently]

Actually the issue is a little bit wrong and here is why. There are couple of choices you can use right now when you share a video to NewPipe: Show Info, Video player, Popup Player, Background Player, Download.
First option (show info) just do what it should do: it just shows the info. Auto play is not working here which is expected.
Video player option will autoplay the video if auto play is enabled globally in the app which is expected too.
Popup and background player will always play automatically which is how they should work too.

In order to enable auto play for show info this line should be added before this line: https://github.com/TeamNewPipe/NewPipe/blob/dev/app/src/main/java/org/schabi/newpipe/RouterActivity.java#L459

intent.putExtra(VideoDetailFragment.AUTO_PLAY, true);

But it's not logical choice at all based on how options are named.

[opusforlife2]

Well, yeah. Show info is incorrect if autoplay is on. I think the visibility of the Show Info option should change based on if autoplay is on or off.

With autoplay off it can continue to be:

Show Info, Video player, Popup Player, Background Player, Download.

But with autoplay on it should be:

Video player, Popup Player, Background Player, Download.

[opusforlife2]

Ok, wait, I just tested with the Always Ask option in the latest debug apk. Both Show Info and Video Player have the exact same behaviour for autoplay off: they open the video details but don't play it. For autoplay on, both open video details, and the video additionally plays if Video Player was selected.

Now, I think a better solution than my comment above is to tweak the behaviour in this way:

• if autoplay is off, the app should show Show Info as an option, but hide Video Player. (or grey it out)
• if autoplay is on, the app should show Video Player as an option, but hide Show Info. (or grey it out)

This ^ is for the Always Ask dialog when opened externally, and for the Preferred open action dialog in Settings. Moreover if Video Player is selected as the preferred open action, then turning autoplay off should replace it with Show Info, but keep that radio button selected, and vice versa.

I think this set of behaviours will be the most intuitive.

[avently]

@opusforlife2 sounds good actually. Make this happen:)

[opusforlife2]

You hurt me right in my nascent coding skills.

[TobiGr]

• if autoplay is off, the app should show Show Info as an option, but hide Video Player. (or grey it out)
• if autoplay is on, the app should show Video Player as an option, but hide Show Info. (or grey it out)

Do you mean the auto-play toggle in terms of auto-queue or auto-play in terms of play video automatically when detail page oepened?
I'd prefer to check for the second one.

[opusforlife2]

The second one. I normally refer to auto-queue as auto-queue only.

[opusforlife2]

Also, auto-queue is not related to this at all. 😆

[avently]

This issue should be closed once #4259 be merged, am I right? Or you see another ways to do some things?

[opusforlife2]

Apparently, we blindsided TobiGr with this because #4070 was about the same problem. 🤭 And it was your investigation which showed this was the same issue.

I don't know what he intends to do with this for now. But yes, that PR will close both this and 4070 if it is merged.