Plyr: YouTube titlebar showing when user is logged in

[mariopacio]

Players affected:

• [X] YouTube
• [ ] HTML5 Video
• [ ] HTML5 Audio
• [ ] Vimeo

Steps to reproduce

• all youtube players

I'm trying to hide additional information such as related videos, video title and others, but it is not working. Has YouTube changed anything on api?

[sampotts]

It looks the same to me on here:
https://plyr.io/beta/#youtube

And then playing the logo disappears as expected?

[mariopacio]

https://plyr.io/beta/#youtube

Result:

[sampotts]

Very strange. Must be a language/location thing. Someone else also raised this recently...

[mariopacio]

this happens when the user is logged in on youtube

[friday]

I just tried it when logged in to youtube and couldn't reproduce.

Are you behind some kind for proxy/centralized browser cache? They sometimes could mess things up by ignoring query parameters. I thought this was a problem of the past though.

[mariopacio]

@friday I'm not using any proxy :(

[malinushj]

@sampotts @friday Hello guys!
I think Youtube might have changed some things again..
The youtube quality switcher doesn't work. Neither locally nor on the official example page (https://plyr.io/beta/#youtube).

This could be another issue but the title of this one applies to this problem as well.

[friday]

Yeah, it's a different issue but at least easy to replicate.

[sampotts]

The problem here is with YouTube you request the quality you'd like but you might not necessarily get that quality setting. I make a note of it here:
https://github.com/sampotts/plyr/tree/beta#youtube-only

A bit lame but that's their API :(

[friday]

I can't find any case when the quality change request is met. Same problem here though: https://developers.google.com/youtube/youtube_player_demo Changing quality with the built in controls work, but using the api controls below doesn't.

[malinushj]

@friday @sampotts So what I ended up doing... kinda hacky and Youtube still selects what it thinks best but it has a higher success rate at the cost of degraded user experience (more load time and jumpy interruption).

player.on("qualityrequested", () => {
    if (!player.config.quality || !player.config.quality.selected) return;

    const id = player.embed.getVideoData().video_id;
    const currentTime = player.embed.getCurrentTime();
    player.embed.loadVideoById(id, currentTime, player.config.quality.selected);
    // delete needed to prevent load loop, loadVideoById also fires qualityrequested
    delete player.config.quality.selected;
});

[sampotts]

@malinushj I actually fire that event and handle the requesting so could build that into Plyr itself. It's a shame the YouTube API works that way. I'd raise a bug but every time I've done that they just close issues and say it's meant to be that way (broken!) 😂

I could actually have timeout from quality requested to quality change and if nothings happened then I manually re-load like you've done?

[sampotts]

I've raised a bug but it's pretty pointless I think. They'll just say "that's how it's meant to work" effectively. https://issuetracker.google.com/issues/74463069

To me it seems like poor design. Basically they've said "We've created this API method that may or may not work depending on how lucky you are". They should call it .maybeSetQualityPrettyPlease().

We'll see.

[friday]

I created a separate issue for the quality issue (#965), so please keep this to the titlebar issue (showinfo parameter being ignored)

[friday]

Closing as a duplicate of #976 (this issue is older but has derailed a bit).