Resizing problems of the container when calling mozRequestFullScreen() about h5p-php-library HOT 5 OPEN

That's just a "deprecation" message, but not an error. Firefox is telling you that the extra handling for Firefox (using mozRequestFullScreen) when requesting to go to full screen is not required anymore. One can now use the regular requestFullscreen in Firefox as well. https://developer.mozilla.org/en-US/docs/Web/API/Fullscreen_API/Guide#prefixing At some point, Mozilla will probably remove mozRequestFullScreen completely and then there's an issue, but for now Firefox will "forward" the call.

So, that's not an explanation for an issue, and I could not detect any trouble when using Firefox 120.0 on the pages that you linked to - that's exclusive to Firefox.

The H5P container does not resize, because the ZUM page sets a fixed width on the H5P iframe (via some "fluid_iframe" hook).

from h5p-php-library.

@TRMSC As mentioned, I cannot detect any issue with Firefox with resizing, having gone to full screen or not. I have shared a screen recording.

First, you'll see the Drag and Drop content on the ZUM page which is in fact not resizing properly, but regardless of the browser. Please note the iframe setup which has a fixed width that it received from the "fluid_iframe". I cannot detect any issues with entering and exiting the full screen mode multiple times, however.

Then you'll see the game map example on h5p.org which I resized before and after going to full screen multiple times. I am not sure what the issue is supposed to be.

I am not saying the legacy code shouldn't be removed, but it would still be nice if one could reproduce what you're experiencing.

from h5p-php-library.

Thanks for your feedback @otacke!

It's interesting that this seems not to be the problem but it doesn't seem to be on the ZUM page as well I think, because the same behavior persists trying e.g. the game map example on h5p.org.

I don't know why then this problem occurs, but maybe someone has the same behavior? Other fullscreen stuff on firefox is working well for me without these issues...

from h5p-php-library.

Thank you for your thougts and words as well as for your screen recording which is very helpful for the limitation.

With these backgrounds I am also convinced that the problem is on firefox side espacially in some case related to x11 or the snap package on linux or similar. So I think for now, this will be solved automatically in form of the next browser (or system) updates. I will continue monitoring this and it would be interesting what other users will notice about this.

I'm glad that my issue was an impulse for #162 and thank you that you got this started as well as for all of your help! 😊

Even if the issue persists for me, I think we can close #161? 👍

from h5p-php-library.

@TRMSC Hmm, snap packages should not change any functionality within the Firefox libraries, it's essentially a container of dependencies. Could still be some problems with the latter though. I think the latest stable version that snap uses is 1.21.0, so you could try to update or test a flatpak version.

from h5p-php-library.