minbrowser
iframe content doesn't request "Mic and Video" permissions
- Min Version: 1.33
- Operating system: macS 10.14
Expected Behavior
An embeded video call in an iFrame would request video and audio input
Actual Behavior
while the call is embeded in an iframe, no options appear to give permissions, so the frame becomes unusable, if you go directly to the source of the iframe, everything works as expected.
To Reproduce
the problem i have found is using element with jitsi for calls. https://app.element.io/ and make a call using the jitsi plugin to reproduce, though i'm confident that this would reproduce in other setups, happy to share access to aguest room on our server to anyone needing to test. (message me directly)
This was originally an intentional decision: https://github.com/minbrowser/min/blob/429b5bffcefdf12b2c9d07550d79dd81a3f80016/main/permissionManager.js#L89-L93
Is the Iframe URL on the same domain as the parent page? For that case, we could probably enable this fairly easily.
For third-party frames, we need to design a new UI for this so it's clear which domain is requesting the permission, and also make sure we match how other browsers handle this.
Oh i see, that makes sense, in this instance it’s not the same domain, the parent is the element instance, and the iframe is jitsi, who is hosting the calls… my average annoying workaround is just to go to the source of the iframe in a new tab, however, i’m now facing the issue where i can’t screen share, and it seems perhaps this too is by design? @PalmerAL
@PalmerAL thanks for the answers on this! any knowledge of (if) this is part of a planned roadmap? Love min and the whole concept. but this does make it hard to use as a daily. would be interested in sponsoring potentially to get implemented, i don't have any time left to look at it myself.
It hasn't been, but I think it would be a reasonable thing to work on. I may have some time soon, but I don't want to guarantee anything.