Bug 263822 – [GTK] Fullscreen videos incorrectly fill the screen

• Component: WebKitGTK
• Status: RESOLVED FIXED

[Caden Mitchell]

#Foreword:

I've noticed quite a glaring issue with WebKitGTK's method of scaling videos while in fullscreen due to now using an "ultrawide" monitor. Before I begin, I want to mention that this bug does not effect the YouTube video player, as YouTube seems to handle video scaling themselves.

#Description of issue:

On videos matching the aspect ration of the monitor ie. 16:9 on 16:9, when fullscreened, it works just fine. However, when the aspect ratio is different, this happens: the video is fit to fill to the height, or width of the display, with the video being snapped to the top and left edge of the video content (not centered).

#Examples:

I have a display that is 9:16 (tall and thin). Said display will put a 16:9 video to where the very far left edge is snapped to the left edge of the monitor, and then the video is scaled vertically such that the top and  bottom edges of the video are touching the top and bottom of the monitor, cutting off all the video content on the right. A second example is with an ultrawide monitor (21:9). A 16:9 video will be scaled so that the video fills the screen horizontally, and has its top edge snapped to the top of the screen, cutting off all the video content on the bottom of the screen. This issue is even more pronounced on video content that is not 16:9, such as square or 4:3. These videos will become almost entirely unviewable while fullscreened.

#Steps to reproduce:

Attempt to fullscreen a video with a different aspect ratio to that of the display, ie. square on 16:9, 16:9 on an ultrawide.

#Expected result:

The video should be centered, and should scale to "fit" the display, not to "fill".

#Additional notes:

Basically, this bug can be witnessed on any site that uses the native browser video player. It can also be observed on Odysee.com, as well as on many other video players. Maybe even on Reddit or X.

[Caden Mitchell]

Created attachment 468377 [details]
Screenshots showing described issue

[Philippe Normand]

I can't reproduce this on odysee (https://odysee.com/@samtime:1/m3-macbook-pro-parody-%E2%80%9Ctaking-out-the:b) after rotating my screen to 9:16, in fullscreen the player adds (huge) black borders in order to maintain the video aspect ratio. As expected.

[Michael Catanzaro]

I can reproduce with a much more boring 16:9 monitor by visiting:

https://www.reddit.com/r/IdiotsInCars/comments/17uc96e/about_3_weeks_ago_this_intersection_was_changed/

and fullscreening that "tall" video.

[Philippe Normand]

Works as expected here on my boring non-rotated 16:9 monitor.

[Philippe Normand]

(In reply to Philippe Normand from comment #4)
> Works as expected here on my boring non-rotated 16:9 monitor.

That's MiniBrowser from main ^^.

Using Ephy Tech Preview the issue happens indeed.
Using Ephy Canary, no issue.

[Philippe Normand]

In any case, I don't think this is a GStreamer-related issue. Seems more like some Fullscreen API issue that might've been fixed in main already.

Might be worth a bisect and backport to 2.42 branch.

[Michael Catanzaro]

Bisected this. It's fixed by 266809@main. I've added it to the list of backports for 2.42.4.