Start a new topic

How come the Amara software created a (redundant) subtitling page from the URL of a Web page?

Chronologically (I hope):
  1. On Oct. 18, the normally working http://www.universalsubtitles.org/en/videos/wKnHao4zqtqR/info page was created (from the http://videos.engagemedia.org/transcoded/https/www.engagemedia.org/Members/fatacaa_media/videos/Craras-no-subtitles1.mp4/webm-low/craras-no-subtitles1-mp4.webm) file and English subs were added to it by upload.
  2. That Amara page's player was embedded in https://www.engagemedia.org/Members/fatacaa_media/videos/craras-no-subtitles1.mp4 : a URL that looks like the one of a video file, but is actually the URL of a Web page.
  3. On Oct. 19, the http://www.universalsubtitles.org/en/videos/DhUnVyF9Rbjs/info/ page was created, but from the Web page https://www.engagemedia.org/Members/fatacaa_media/videos/craras-no-subtitles1.mp4 URL so the video does not play in the player.
  4. English, British subs were added to that second page twice simultaneously (software glitch? it's happened before with other uploaded subs(

Re 3.: shouldn't the Amara software refuse to create a subtitling page from the URL of a Web page, even if that URL looks like one for a video file?


Hi Claude, 

Thanks for letting us know about this. I have approached EngageMedia to resolve this and have also reported the bug.
Hello Claude, thank you for bringing this to our attention:

We do have some checks to make sure content that gets added to Amara is video content, but  the extra checks to keep this specific scenario from happening are something that would be more complex and heavier for our site. 

In other cases, there are videos that our servers can't see (because they require authentication to a third party site) and it would not allow for these videos to be added. 

So in the meantime, what we recommend is for users to make sure they are adding a video file, and because this is a very rare occurrence, solving these issues as they show up.
Login or Signup to post a comment