I think that we actually have some missing pieces in this puzzle, mainly we're missing the /live_event interface for an embedded type of meetings. One of the main use cases that we have in Decidim Barcelona is using Online Meetings with Jitsi and/or 8x8 or similar platforms (with WebRTC), and with this final PR, this isn't supported. This is closely related to the "Live Event" interface developed in #8065.

At the moment if I configure a Meeting with

• Type: Online
• Online Meeting URL: https://meet.jit.si/decidim-testing
  Then when I click in "Join Meeting" I go to the external link directly, but I need some way of configuring it to the "Live Event" UI.

So, to have this we'd need to have a couple of changes:

1. Remove the "Show embedded iframe for this URL" checkbox
2. Create a new dropdown selector called "Iframe embed type" with options:
   2.1 None: it doesn't do anything (no button, no live_event access). It's the default option. When this is selected "Iframe access level" is hidden.
   2.2 Embed in meeting page : current behavior as the checkbox checked, so it'd be migrated from the meetings that have already checked "Show embedded iframe for this URL"
   2.3 Open in live event page (with optional polls): the button would link to /live_event URL. ACLs for seeing the button and accessing /live_event URL would be honored by the "Iframe access level" setting in both cases.
   2.4 Open in a new tab: the button would link to the external link (current behavior of checkbox "Show embedded iframe for this URL" unchecked)
3. Regarding "Embed in meeting page" (old "Show embedded iframe for this URL") we'd add the "meet.jit.si" URL to the whitelist. It doesn't need any transformation. In the future, we should be adding other services that people use to this whitelist, although I don't know if they need any kind of transformation (ie 8x8.com or Whereby.com), so for the moment I'd only add Jitsi.

As a summary:

This is how it'd finally look like:

I have started working on the changes proposed

cc/ @decidim/product

I've implemented the changes and also:

• Added jitsi to the allowlist of embeddable in iframe URLs
• Included a validation to reject meetings creation/updates when the URL doesn't fit in the embeddable allowlist and the iframe embed type is set as "Open in live event page (with optional polls)" (this validation also works if "Embed in meeting page" is set)

Ready to check in the test application @decidim/product

A couple of bugs I've found:

• Given that I'm a visitor, and there's a meeting configured with "Open in live event page (with optional polls)" and "Only signed-in participants" then I see the "Link available soon" in the card (I shouldn't see it, it should be consistent with the meeting page):

• Given that I'm a visitor, and there's a meeting configured with "Open in a new tab" and "Only signed-in participants" then I see the "Link available soon" in the card (I shouldn't see it, it should be consistent with the meeting page):

• Given that there's a meeting configured with "Embed in meeting page" and the start date is a couple of months from now (for instance, 20220125), then I see the embed (I shouldn't see it, it should honour timing from Online meetings iframe visibility with time #7722)

• In the admin form we should change the help text to better reflect these changes:

Only a few services allow embedding in meeting or live event (YouTube, Twitch and Jitsi)

Hi, @decidim/product , I've added the requested changes and It's ready to test in the staging application

Hi, @decidim/product , I've added the requested changes and It's ready to test in the staging application

Awesome, I've reviewed it, we're getting closer!!

I've updated the description and Acceptance Criteria of #7719 so it's possible to follow with the last changes. A couple more details:

1. I've left some review comments changing the help text so it's clearer

Regarding the updated Acceptance Ctiteria:

2. There's one about not showing ACL if it doesn't make sense:

• Given that I'm an administrator configuring an online meeting when I select "Iframe embed type" of "None" then I should not see the "Iframe access level" dropdown

3. The other ones are related to the /live_event URL and a possible attack. If a user knows this URL then she can access it directly without honoring the defined ACL. She can know it because this is open source, she has already accessed this URL for another meeting and can infer it, she has received it from another participant that has access, etc... We'd need to follow the same ACL as the "show button" logic (that works as expected and defined!!). In this case, the ACLs that aren't working are:

• Given that there's a Meeting with videoconference when it's configured with "Iframe embed type" of "Open in live event page (with optional polls)" and with "Iframe access level" of "Only signed-in participants" when I'm not logged in then I should not see the button and I should not be able to visit /live_event URL
• Given that there's a Meeting with videoconference when it's configured with "Iframe embed type" of "Open in live event page (with optional polls)" and with "Iframe access level" of "Registered participants to this meeting" when I'm not logged in then I should not see the button and I should not be able to visit /live_event URL
• Given that there's a Meeting with videoconference when it's configured with "Iframe embed type" of "Open in live event page (with optional polls)" and with "Iframe access level" of "Registered participants to this meeting when I'm logged in and not registered to this meeting then I should not see the button and I should not be able to visit /live_event URL

Could you check this @entantoencuanto 🙏🏽 ?

We're really close!! 🚀

Hi, @andreslucena, I have added the changes requested. About the hiding of ACL select depending on iframe embed type selection the feature was in the code but the review app was not correctly deployed and these changes were ignored. Now it can be checked.

cc/ @decidim/product

Hi, @andreslucena, I have added the changes requested. About the hiding of ACL select depending on iframe embed type selection the feature was in the code but the review app was not correctly deployed and these changes were ignored. Now it can be checked.

cc/ @decidim/product

Great! Now it works, although what I see is that when I select the "Open URL in a new tab" option in "Iframe embed type" I don't have the "Iframe access level". I should have it. Can you fix it?

Also:

1. I've left some review comments changing the help text so it's clearer

This wasn't accepted, can you do that?

3. The other ones are related to the /live_event URL and a possible attack. If a user knows this URL then she can access it directly without honoring the defined ACL. She can know it because this is open source, she has already accessed this URL for another meeting and can infer it, she has received it from another participant that has access, etc... We'd need to follow the same ACL as the "show button" logic (that works as expected and defined!!). In this case, the ACLs that aren't working are:

This isn't working as expected:

As a visitor (non-signed in participant), in a "Open in live event page (with optional polls)" and with "Iframe access level" of "Only signed-in participants, in the meeting page I don't see the button, but I can access the live event page. Maybe it wasn't deployed well to staging?

Hi, @andreslucena, sorry for the delay. The iframe access level is now available also when "Open URL in a new tab" is selected. I've also deployed again and I think that it's working as expected now

cc/ @decidim/product

The iframe access level is now available also when "Open URL in a new tab" is selected. I've also deployed again and I think that it's working as expected now

Great, now it works as expected with this dropdown!! With that we can say that #7719 is fixed. I've also reviewed the acceptance criterias defined in #7720 and is fixed too. 🥳 🎉

But I see a problem with timing and that the "live event":

• Given that there's a meeting configured with "Open in live event page (with optional polls)" and the start date is a couple of months from now (for instance, 20220125), then I can visit the /live_event URL (I shouldn't see it, it should honour timing from Online meetings iframe visibility with time #7722)

And also it's missing this one:

• In the admin form we should change the help text to better reflect these changes:

Only a few services allow embedding in meeting or live event (YouTube, Twitch and Jitsi)

Regarding this last one, I've made the change myself. Please accept this

Regarding this last one, I've made the change myself. Please accept this

Sorry, I thought it was already accepted, I must have done something wrong. I think now it's merged correctly

Ready to check @andreslucena

cc/ @decidim/product

@entantoencuanto everything works like a charm, congratulations!! 🥳 🥳

I've added the "Testing" and "Screenshots" sections in the PR body description, so it's easy to follow to others without having to read our ping pong. Feel free to improve it.

@entantoencuanto could you resolve the conflicts 🙏🏽 ?

Also, I found out while reviewing this that we didn't take into account what happens with meetings created by participants:

I think it'll be better to just handle this as another issue, as this PR is for sure an improvement on what we have until now. The definition would be to have what we have in the backend without the "live poll" option (as that's not implemented for meetings created by participants)

Conflicts solved by rebasing

Great job in this huge PR @entantoencuanto - the internal joke that I always make in @decidim/product when talking about these features is that this is going to be awesome for the next pandemia 🤣

Also, I found out while reviewing this that we didn't take into account what happens with meetings created by participants:

I think it'll be better to just handle this as another issue, as this PR is for sure an improvement on what we have until now. The definition would be to have what we have in the backend without the "live poll" option (as that's not implemented for meetings created by participants)

I've opened this issue in #8570 - it'd be great to have that when you have time @entantoencuanto. This will be the killer feature for v0.26.0, so as soon as we have that solved we'll release with that