Videos: reject a source that does not load, and stop stranding the viewer

Michael Camire reported the video tab locking up after the fifth watch each
day. Three separate faults behind it.

A campaign could go live with a video address that resolves nowhere, because
the form only checked the shape of the URL. One has been sitting there since
11 September pointing at the example host, serving every Tier 1 member a black
player it could never finish. The create route now fetches the address and
refuses a host that does not answer, a 404, or a page that is not a video.

The Watch tab holds the landscape videos and Shorts holds the upright ones,
but they share one daily count. A member who cleared the tab was told to come
back tomorrow while clips were still waiting one tap away. When the other
surface still has something, the done screen now says so and links to it.

When a browser refused to autoplay, the button offered "Tap to play" but was
wired to fetch a different video, so the loaded one was thrown away and the
next also would not start. On a phone the clip could never be played at all.
The button now starts what is already loaded.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

This commit is contained in:

martbost

2026-09-22 16:54:31 -05:00

parent 68a92c39ff

commit ce9f3e6904

3 changed files with 56 additions and 9 deletions

									
										public/my.html
									
		+1
		-1
	
												View File
												
				@@ -1070,7 +1070,7 @@

				<script src="/assets/common.js?v=20260916a"></script>

				<script src="/assets/wallet.js?v=20260911a"></script>

				<script src="/assets/promo.js?v=20260921d"></script>

				<script src="/assets/my.js?v=20260922x"></script>

				<script src="/assets/my.js?v=20260922v"></script>

				<script src="/assets/chat.js?v=20260907l"></script>

				</body>

				</html>