[Bug] [Regression?] Video pages now fail to load thumbnail due to URL typo (maxres.jpg instead of maxresdefault.jpg) #57

Closed
opened 2024-12-20 15:34:12 -03:00 by MustSendLetter · 4 comments

Bug description

I recently visited https://inv.nadeko.net/watch?v=bPdbIUB03AY (which per its HTML source looked like it might technically have been a YouTube Livestream video, but I could be wrong on this detail).
Upon visiting the page, it seemed slow to load. It appeared that the only asset which wasn't loading was the page's main video's thumbnail. Other (i.e. secondary/sidebar) thumbnails on that page loaded fine.
Per the HTML source, the main thumbnail's URL was https://inv.nadeko.net/vi/bPdbIUB03AY/maxres.jpg instead of the usual https://inv.nadeko.net/vi/bPdbIUB03AY/maxresdefault.jpg format used on other video pages. The page's attempt to load a maxres.jpg thumbnail simply timed out, hence the page seemed slow to load, and that thumbnail never loaded. Trying to load https://inv.nadeko.net/vi/bPdbIUB03AY/maxres.jpg in isolation was equally unsuccessful. Manually loading https://inv.nadeko.net/vi/bPdbIUB03AY/maxresdefault.jpg however was successful.

To reproduce, I then visited another livestream video page, https://inv.nadeko.net/watch?v=3B_9hebCuS0 , and again found that the main thumbnail seemed to likewise not load. Manually fixing the https://inv.nadeko.net/vi/3B_9hebCuS0/maxres.jpg URL to https://inv.nadeko.net/vi/3B_9hebCuS0/maxresdefault.jpg again allowed for the latter to load.

It seems that perhaps this might be a typo.

I initially thought this only affected livestream videos, having previously seen many thumbnails on inv.nadeko.net load correctly. However, it now seems the maximum-resolution thumbnail for the ordinary video page https://inv.nadeko.net/watch?v=kupfYb79g1M is not loading either. So perhaps this is a recent regression and no big thumbnails are presently loading anymore? I have not however checked other URLs.

Additional context

I have only tried this using an old Firefox browser, but I have seen no reason to believe Nadeko would serve different content to another User-Agent.

**Bug description** <!-- A clear and concise description of what the bug is. --> I recently visited https://inv.nadeko.net/watch?v=bPdbIUB03AY (which per its HTML source looked like it might technically have been a YouTube Livestream video, but I could be wrong on this detail). Upon visiting the page, it seemed slow to load. It appeared that the only asset which wasn't loading was the page's main video's thumbnail. Other (i.e. secondary/sidebar) thumbnails on that page loaded fine. Per the HTML source, the main thumbnail's URL was https://inv.nadeko.net/vi/bPdbIUB03AY/maxres.jpg instead of the usual https://inv.nadeko.net/vi/bPdbIUB03AY/maxresdefault.jpg format used on other video pages. The page's attempt to load a maxres.jpg thumbnail simply timed out, hence the page seemed slow to load, and that thumbnail never loaded. Trying to load https://inv.nadeko.net/vi/bPdbIUB03AY/maxres.jpg in isolation was equally unsuccessful. Manually loading https://inv.nadeko.net/vi/bPdbIUB03AY/maxresdefault.jpg however was successful. To reproduce, I then visited another livestream video page, https://inv.nadeko.net/watch?v=3B_9hebCuS0 , and again found that the main thumbnail seemed to likewise not load. Manually fixing the https://inv.nadeko.net/vi/3B_9hebCuS0/maxres.jpg URL to https://inv.nadeko.net/vi/3B_9hebCuS0/maxresdefault.jpg again allowed for the latter to load. It seems that perhaps this might be a typo. I initially thought this only affected livestream videos, having previously seen many thumbnails on inv.nadeko.net load correctly. However, it now seems the maximum-resolution thumbnail for the ordinary video page https://inv.nadeko.net/watch?v=kupfYb79g1M is not loading either. So perhaps this is a recent regression and no big thumbnails are presently loading anymore? I have not however checked other URLs. **Additional context** <!-- Add any other context about the problem here. - Browser (if applicable): - OS (if applicable): --> I have only tried this using an old Firefox browser, but I have seen no reason to believe Nadeko would serve different content to another User-Agent.
Owner

Should be solved now because yesterday I changed the handling of the thumbnails back to Invidious instead of https://git.nadeko.net/Fijxu/http3-ytproxy that I always used.

Should be solved now because yesterday I changed the handling of the thumbnails back to Invidious instead of https://git.nadeko.net/Fijxu/http3-ytproxy that I always used.
Author

I can confirm this looks fixed on my end now too.
I do note that the main thumbnail URL used by inv.nadeko.net still appears to be maxres.jpg rather than YouTube's maxresdefault.jpg, however both the former and the latter now do work.

Also, I'm suddenly very self-conscious in that I'm noticing how the above example videos which I encountered the issue with all have very clickbaity titles. Two of the three aren't even bad videos per se — but their sensationalist if not inciteful titles, oh my! The drek one ends up clicking on, oh vey!

Anyway, thank you very much for your help!

PS: "ROCKSTAR developer TOTALLY OWNS weaksauce regression bug ON THE DOUBLE — Don't forget to like and subscribe!"

I can confirm this looks fixed on my end now too. I do note that the main thumbnail URL used by inv.nadeko.net still appears to be maxres.jpg rather than YouTube's maxresdefault.jpg, however both the former and the latter now do work. Also, I'm suddenly very self-conscious in that I'm noticing how the above example videos which I encountered the issue with all have very clickbaity titles. Two of the three aren't even bad videos per se — but their sensationalist if not inciteful titles, oh my! The drek one ends up clicking on, oh vey! Anyway, thank you very much for your help! PS: "ROCKSTAR developer TOTALLY OWNS weaksauce regression bug ON THE DOUBLE — Don't forget to like and subscribe!"
Fijxu closed this issue 2024-12-20 19:38:12 -03:00
Author

PPS: Sometime between filing issue 25 and 57, I did encounter some more iffy issues with MCAPTCHA on Nadeko — though I'm not sure they're (easily) fixable. Should I submit a separate issue for that? Should I comment on that here?

PPS: Sometime between filing issue 25 and 57, I did encounter some more iffy issues with MCAPTCHA on Nadeko — though I'm not sure they're (easily) fixable. Should I submit a separate issue for that? Should I comment on that here?
Owner

PPS: Sometime between filing issue 25 and 57, I did encounter some more iffy issues with MCAPTCHA on Nadeko — though I'm not sure they're (easily) fixable. Should I submit a separate issue for that? Should I comment on that here?

Yeah do a separate issue for it please

> PPS: Sometime between filing issue 25 and 57, I did encounter some more iffy issues with MCAPTCHA on Nadeko — though I'm not sure they're (easily) fixable. Should I submit a separate issue for that? Should I comment on that here? Yeah do a separate issue for it please
Sign in to join this conversation.
No labels
No milestone
No project
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: Fijxu/invidious#57
No description provided.