Blender window does not open to full dimensions of the desktop #108643

New Issue

Jesse Yurkovich · 2023-06-06T05:04:37+02:00

Jesse Yurkovich commented

2023-06-06 05:04:37 +02:00

System Information
Operating system: Windows-10-10.0.22621-SP0 64 Bits
Graphics card: NVIDIA GeForce RTX 4090/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 528.24

Blender Version
Broken: version: 4.0.0 Alpha, branch: main, commit date: 2023-06-06 00:30, hash: bdd189f593ac
Worked: (newest version of Blender that worked as expected)

Caused by: ebb5643e59

Short description of error
Opening Blender typically results in the window filling up the entire desktop screen. This now does not occur.

Exact steps for others to reproduce the error

On Windows, try opening the latest 4.0 build
With a 1920x1200 screen, Blender opens to a 1920x1080 window
With a 3840x2160 screen, with the OS UI scale set to 200%, Blender opens to a size of 1/4 of the screen

This occurs with and without --factory-startup

**System Information** Operating system: Windows-10-10.0.22621-SP0 64 Bits Graphics card: NVIDIA GeForce RTX 4090/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 528.24 **Blender Version** Broken: version: 4.0.0 Alpha, branch: main, commit date: 2023-06-06 00:30, hash: `bdd189f593ac` Worked: (newest version of Blender that worked as expected) Caused by: ebb5643e598a17b2f21b4e50acac35afe82dbd55 **Short description of error** Opening Blender typically results in the window filling up the entire desktop screen. This now does not occur. **Exact steps for others to reproduce the error** - On Windows, try opening the latest 4.0 build - With a 1920x1200 screen, Blender opens to a 1920x1080 window - With a 3840x2160 screen, with the OS UI scale set to 200%, Blender opens to a size of 1/4 of the screen This occurs with and without `--factory-startup`

Jesse Yurkovich added the

labels 2023-06-06 05:04:37 +02:00

YimingWu commented

2023-06-06 05:41:20 +02:00

@deadpin If OS UI scale is at 100%, does it still happen?

@mont29 might want to take a look

@deadpin If OS UI scale is at 100%, does it still happen? @mont29 might want to take a look

Jesse Yurkovich commented

2023-06-06 05:47:19 +02:00

Yeah, on the 4k screen, a 100% OS UI scale still results in a window only 1/4 the size of the screen.

YimingWu commented

2023-06-06 05:56:28 +02:00

On linux here it seems to find a screen with biggest size and pop open the window there. Not sure if it's the same logic on windows, but maybe if you switch the "main display" to that 3840 one (or the 1920 one) it will work?

Jesse Yurkovich commented

2023-06-06 05:58:52 +02:00

I tested on 2 different devices with each having just 1 screen. So no dual-monitor right now for me.

👀 1

Bastien Montagne commented

2023-06-06 15:31:32 +02:00

Pfffff, took me the whole morning to get a build on a windows machine here and check (cannot use WMs when one actually need a UI and OpenGL :( ), to realize that... this actually looks like another (non-identified) bug-fix from ebb5643e59.

Would like to summon @ideasman42 for confirmation, but afaict current behavior is actually the correct one: the default startup file UI is read as it was saved, i.e. if you save startup as full-screen, Blender opens as full screen, if you save it as smaller window, Blender open as that smaller window again.

Note that factory settings are set to 800*600 iirc.

Pfffff, took me the whole morning to get a build on a windows machine here and check (cannot use WMs when one actually need a UI and OpenGL :( ), to realize that... this actually looks like another (non-identified) bug-fix from ebb5643e59. Would like to summon @ideasman42 for confirmation, but afaict current behavior is actually the correct one: the default startup file UI is read as it was saved, i.e. if you save startup as full-screen, Blender opens as full screen, if you save it as smaller window, Blender open as that smaller window again. Note that factory settings are set to 800*600 iirc.

slowburn commented

2023-06-07 00:07:22 +02:00

Can we keep this as a feature? I would prefer to set a specific window size myself via the startup file, instead of always opening in full-screen.

Jesse Yurkovich commented

2023-06-07 01:52:33 +02:00

@slowburn That already works both before and after the change in question so it doesn't seem like that behavior has been changed; at least for what I tried here.

Max Mustermann commented

2023-06-07 02:52:44 +02:00

Maybe this is related, but recently on Linux Gnome Wayland it actually starts at 19201080(+window title bar) on a 19201080 screen.

This causes the bottom of the window to be out of frame by the height of the title bar and the top action bar.

Is this related or should I open a new Bug report?

Maybe this is related, but recently on Linux Gnome Wayland it actually starts at 1920*1080(+window title bar) on a 1920*1080 screen. This causes the bottom of the window to be out of frame by the height of the title bar and the top action bar. Is this related or should I open a new Bug report?

Campbell Barton commented

2023-06-07 13:07:49 +02:00

Blender is meant to use the saved window size, clamped by the screen size.

However there should be different behavior for startup files, certainly the factory startup *, in this case:

WMInitStruct (wm_init_state) stores the initial startup.
If the user passes in --window-geometry those values are used.
Otherwise wm_init_state.size_* are set based on the "screen" size (see calls to wm_get_screensize).
When initializing windows, a wmWindow::size_x of zero causes sizes in wm_init_state.size_* to be used for the new window.

It seems likely the window size was previously set to zero at some point while loading the startup so that the "screen" size would be used, where as now the size is not reset. See wm_window_ghostwindow_ensure the screen-size for the window size as a fall-back when win->sizex is zero.

* I can't recall exact rules here (factory-startup, user-startup), however following 3.6x and earlier seems reasonable.

Blender is meant to use the saved window size, clamped by the screen size. However there should be different behavior for startup files, certainly the factory startup \*, in this case: - WMInitStruct (wm_init_state) stores the initial startup. - If the user passes in `--window-geometry` those values are used. - Otherwise `wm_init_state.size_*` are set based on the "screen" size (see calls to `wm_get_screensize`). - When initializing windows, a `wmWindow::size_x` of zero causes sizes in `wm_init_state.size_*` to be used for the new window. It seems likely the window size was previously set to zero at some point while loading the startup so that the "screen" size would be used, where as now the size is not reset. See `wm_window_ghostwindow_ensure` the screen-size for the window size as a fall-back when `win->sizex` is zero. ---- \* I can't recall exact rules here (factory-startup, user-startup), however following 3.6x and earlier seems reasonable.

Bastien Montagne commented

2023-06-07 20:00:36 +02:00

@ideasman42 thanks for the explanations, made it easy to find the culprit, fix incoming.

Bastien Montagne referenced this issue from a commit

2023-06-07 20:04:46 +02:00

Fix #108643: Blender window does not open to full dimensions of the desktop.

Bastien Montagne closed this issue

2023-06-07 20:04:47 +02:00

Blender Bot added

Status

Resolved

and removed