Open Bug 1828683 Opened 2 years ago Updated 5 months ago

Fullscreen Video Streaming shifts off-screen when game on second monitor rescales

Categories

(Core :: Graphics, defect)

Firefox 114
defect

Tracking

()

People

(Reporter: p_rieder, Unassigned, NeedInfo)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/112.0.0.0 Safari/537.36 Edg/112.0.1722.48

Steps to reproduce:

Win11 x64, up to date.
Dual Monitor Setup, 4K & FullHD.
Watch a video stream (Youtube, Netflix, ...) in full screen on FullHD (second) monitor.
Launch a 3D application (game) in (scaled full-screen) 2K resolution.

This problem does not occur when using MS Edge.

Actual results:

The fullscreen video shifts almost completely off screen as soon as 3D application (scaled down to 2K) opens : Only 1/3 of the videoplayback (still correct video height) is visible.

Expected results:

The fullscreen video playback should remain fullscreen on 2nd monitor.

This error is reproducible and does not(!) occur when using MS Edge.

The Bugbug bot thinks this bug should belong to the 'Core::Audio/Video: Playback' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Audio/Video: Playback
Product: Firefox → Core

I don't have a second monitor at hand. This sounds like a rendering issue. Move to graphics for now.

Component: Audio/Video: Playback → Graphics

I can't decide between S2 and S3. This is pretty poor behavior for affected users, though there may not be a ton of them, there likely more than a few. (and S3 kinda means "we can live with this")

Adding to gfx-triage.

Maybe @ahale can repro?

Blocks: gfx-triage
Severity: -- → S2
Flags: needinfo?(ahale)

I agree, it's not essential. However, the number of affected users might increase with 2K and 4K monitors becoming more popular.

I am happy to provide more input on the issue on request.

With a 3D application going fullscreen, the whole desktop scales and shifts, which is also true for other browsers.
Firefox however remains stuck in this wrong, shifted position, whereas other browsers have an additional step, which puts the Video in the right position again.
Maybe this helps to locate the issue.

It's not entirely clear from the description whether the desktop is changing shape (in which case all windows get repositioned) or the game window is simply scaling up from a smaller image. Most games these days use a borderless window mode that doesn't change the desktop shape at all, so it would help to know which games can reproduce this behavior. A video would help as if the windows appear to shuffle around a certain way it means the desktop changed shape.

Hi,

from your description the desktop is indeed changing shape. The game is launched in "real" fullscreen, which causes the windows to shuffle around. The game can be set to windowed fullscreen mode (which is what you describe, the options are: windowed, fullscreen, windowed fullscreen), where the problem does not appear (I will double check this, it's from the top of my head).

The game which shows this error in a reproducible fashion is Battlefield V.

Is this a regression?

Flags: needinfo?(p_rieder)

ahale will try to repro, but not necessarily fix.

Assignee: nobody → ahale

Using my 1920x1080 monitor and two 2560x1600 monitors I attempted repro on this with two games I'm familiar with:

  • Wrath: Aeon of Ruin - OpenGL game, when set to 1280x720 fullscreen it causes a fullscreened Twitch stream to shift to the right for a second and then the Twitch stream shifts back to where it should be, this is the behavior I expect in Windows, a temporary annoying behavior but good after that.
  • Control - Direct3D12 game, when set to 1280x720 fullscreen it has the same effect on the Twitch stream, and like with Wrath it shifts back after a second. After several more attempts I was able to get it to stay stuck with the wrong window arrangement however, which also affected a fullscreen Microsoft Visual Studio window and assorted other Firefox windows that were open in front of it, all of which stayed at the wrong offset and indeed the desktop background was the only thing that seemed correct when in this state. Running Edge I was not able to repro this stuck case, so it is possible that Edge is doing something special but it's more likely that this is a Windows compositor bug with some kind of lost events from what I am seeing.

Both of these games behaved the way I expect with regards to Firefox 114 all of the time and Firefox Nightly 116 most of the time, I don't have Battlefield V on hand to test that combination. Are there other games that might repro the behavior and not have Firefox shift back correctly? Are other apps affected the same way (when it happens I expect they are)? Do you have a high polling rate mouse (more than 1000hz) which might interact with event-combining functionality in Windows 11 and might be affecting the lost desktop resize events?

So I can confirm repro but it is very rare so it is hard to confirm if changing my mouse polling rate or other variables would affect whether I can achieve the stuck case, I also have a high refresh rate monitor (360hz).

Flags: needinfo?(ahale)

I'm able to repro on Firefox 114 only if I disable gfx.webrender.compositor.

Assignee: ahale → nobody
Status: UNCONFIRMED → NEW
Ever confirmed: true

(In reply to Ashley Hale [:ahale] from comment #10)

I'm able to repro on Firefox 114 only if I disable gfx.webrender.compositor.

Thank You for the feedback.

I'm not sure if it helps with confirmation if I am the one confirming it with another game?
For example, I can try Jedi:Survivor, running Dx12. In BF 5 I could also switch to Dx11, if it helps narrowing it down.

My 4K Screen is also capable of high refresh rate (144Hz), but not not necessarily using it (Framerate Snyc).

I am indeed using a (wired) mouse with a 1000Hz pulling rate.

Feel free to ask for some reproduction / infos.
Nice duck btw :)

Best

Flags: needinfo?(p_rieder)
Flags: needinfo?(ahale)
Severity: S2 → S3
No longer blocks: gfx-triage
Flags: needinfo?(ahale)
Flags: needinfo?(ahale)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: