Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Email speakers when videos are published #1259

Open
russss opened this issue Sep 1, 2022 · 5 comments · May be fixed by #1741
Open

Email speakers when videos are published #1259

russss opened this issue Sep 1, 2022 · 5 comments · May be fixed by #1741

Comments

@russss
Copy link
Member

russss commented Sep 1, 2022

It would be good to email speakers a link to their talk video when it's published. Some thoughts:

  • We should probably abstract this somewhere, so we can set talk videos through an internal API (see Video API #1306) or through a command-line tool. (We have some existing video-matching code here but it's a bit brittle).
  • We should only email the speaker the first time this happens (videos may not be uploaded to all video services simultaneously).
  • We should probably also email speakers when the "video lost" flag is set ("Video recording lost" flag on CfP items #1258)
@jayaddison
Copy link
Contributor

jayaddison commented Jun 11, 2024

Some ad-hoc requirements gathering from IRC:

  • On the EMF talk/proposal view (example), add a list of hyperlinks to video URLs below the embedded video object.
  • When any non-empty URL -- or the 'video lost' flag -- is first configured for a Proposal, send a one-time email to the speaker with a link to the EMF talk/proposal view URL or an apology message, as appropriate.
    • Safety catch: add an HTTP 4xx response code if+when an HTTP PATCH operation attempts to set both a video URL and also the video-lost flag for a proposal.

@fkusei
Copy link

fkusei commented Jun 12, 2024

I'm currently working on a "generic webhook" feature for our publishing scripts which would maybe help here: voc/voctopublish#109 (feedback welcome)

(Requires changing the API on the website though)

@wlcx
Copy link
Member

wlcx commented Jun 15, 2024

I'm not 100% on emailing the speaker in the case of missing recording - there may be more nuance to it than a generic catch all "something went wrong" message, and in any case I think I'd rather email them with a more personal message and a name attached rather than a "cold" website email.

Of course, that's just me and it's probably better they get something rather than nothing - so maybe the best course is to proceed but also send them a more human email? Just thinking out loud.

@crablab
Copy link
Contributor

crablab commented Jun 16, 2024

Agreed. I don't think we should automatically email people with lost recordings.

We should probably send an alert to the CfP channel instead, so someone from the Content team can reach out directly and discuss with the speaker.

That assumes this is a relatively rare occurrence?

@russss
Copy link
Member Author

russss commented Jun 16, 2024

Historically it has not really been a rare occurrence but I'm hopeful we won't have any lost recordings this year, so I'm happy to skip that for the moment at least.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
7 participants