Override defaultLanguage in localStorage

[qsdamar]

Hello and thank you for such a great library.

Since we are not able to override the Jitsi language once the language key set to localStorage, is there a way to manually inject a script to an iframe?

I'm trying to achieve something like this:

const script = `<script>localStorage.removeItem('language')</script>`;
const iframe = document.getElementsByTagName("iframe")[0];
iframe.contentWindow.document.head.appendChild(script);

The code written above is not working, it's just for example of what I'm thinking is possible. I would like to remove the language key on e.g. onMeetingEnd event, that way I'll be able to change language each time I start a new call.

Thanks in advance!

[this-fifo]

Hey @qsdamar thank you for the kind words!

Unfortunately what you are suggesting would be a major vulnerability if possible, <iframe> does not allow this sort of behaviour on cross-domains due to security policies (https://developer.mozilla.org/en-US/docs/Web/HTML/Element/iframe#scripting) — I'm assuming you are using jitsi hosted with them

If you are self-hosting jitsi then you would be able to have the <iframe> under the same domain which would enable you to manipulate its DOM objects directly. Nevertheless, if you decide to self-host jitsi, I believe you would be better off looking at the defaults and server-side configuration of jitsi to change the language in there

I recommend you checkout their community for more information on how to setup this directly within a Jitsi instance you manage:
https://community.jitsi.org/t/how-to-force-a-certain-language-for-jitsi-meet-web-interface/51252

[qsdamar]

Hello @this-fifo, thank you for the quick answer.

Yes, we are using self-hosted Jitsi but the client app is a bit specific. I'm using React inside the Electron desktop app, and as far as I know, the Electron release build does not have a domain (where the localStorage is located), it basically uses file:// for the domain. Does that mean that we can not use the same domain even if we have self-hosted Jitsi?

I'm not sure if you are familiar with this approach, but any answer would be appreciated.

[this-fifo]

Hey @qsdamar , I converted the original issue to a discussion topic as this is beyond the scope of this library.

react-jutsu just acts as a wrapper in React to their embedded client side video app, it has too many limitations for what you want to do. Doing it on the server side is a better solution for you

I think Electron behaves the same as a browser in regards to the content security policy of an <iframe>, so I would expect same domain rules would be applicable there as well

Since you are self hosting jitsi, I strongly recommend you configure it to your liking by adjusting the settings at the server level instead of attempting overrides at the client side (this way they are more likely to stick and less prone to environment specific quirks)

For example, when you look at the makefile for Debian, you can see it relies on a language.json file for specifying the language settings, you can override that to whatever you want before building the web interface

https://github.com/jitsi/jitsi-meet/blob/master/debian/rules#L6

I also recommend following the suggestion of that answer in their community, this is out of scope for this library unfortunately as the Jitsi Meet API does not support that configuration which means you have to do it on their end

If following that community answer I provided doesn't work for you, I recommend you ask this in there to see if you get a more specific help on the server side configuration

Good luck!