Window positions are altered by Save Startup File #86804

Closed
opened 2021-03-22 00:02:43 +01:00 by Aaron F. Ross · 13 comments

System Information
Operating system: Windows 10 Professional x64 20H2
Graphics card: GeForce GTX 1080

Blender Version
Broken: 2.92

Short description of error
Just as the title indicates... Save Startup File slightly moves the window positions. This is kind of bad for me because I use a custom layout to work around some of the issues and limitations of the UI. I.e., I need multiple windows with different "Areas" loaded into them, mainly because switching the Workspace using the tabs is a productivity nightmare that massively slows me down.

Exact steps for others to reproduce the error

  1. Position Blender windows in a precise configuration
  2. File > Defaults > Save Startup File
  3. Close Blender
  4. Reopen Blender. Windows have shifted to the right, and sometimes shifted down.

Note that merely closing/reopening Blender preserves window locations. The issue only occurs with Save Startup File.

**System Information** Operating system: Windows 10 Professional x64 20H2 Graphics card: GeForce GTX 1080 **Blender Version** Broken: 2.92 **Short description of error** Just as the title indicates... Save Startup File slightly moves the window positions. This is kind of bad for me because I use a custom layout to work around some of the issues and limitations of the UI. I.e., I need multiple windows with different "Areas" loaded into them, mainly because switching the Workspace using the tabs is a productivity nightmare that massively slows me down. **Exact steps for others to reproduce the error** 1. Position Blender windows in a precise configuration 2. File > Defaults > Save Startup File 3. Close Blender 4. Reopen Blender. Windows have shifted to the right, and sometimes shifted down. Note that merely closing/reopening Blender preserves window locations. The issue only occurs with Save Startup File.
Author

Added subscriber: @Aaron_F_Ross

Added subscriber: @Aaron_F_Ross
Member

Added subscriber: @Harley

Added subscriber: @Harley
Member

I’m not able to recreate this with current master (Windows 10, three monitors, arranged horizontally). Can you try this on the latest experimental build to see if behavior has changed? And also give some details on your monitor arrangement (how many, how they are arranged, and which is set main). And perhaps include some “before” and “after” captures that show this movement.

I’m not able to recreate this with current master (Windows 10, three monitors, arranged horizontally). Can you try this on the latest experimental build to see if behavior has changed? And also give some details on your monitor arrangement (how many, how they are arranged, and which is set main). And perhaps include some “before” and “after” captures that show this movement.

Added subscriber: @AnthonyEdlin

Added subscriber: @AnthonyEdlin

I can reproduce something similar on Kubuntu Linux, build from master. Normally I force window into specific position so I turned that off.

It seems to be related to whether you have borders on your window. Blender may save the "internal" corner and then open up at that location with it's saved size.

Here are normal borders before and after:
borders_before.png

borders_after.png

If I set Blender to not open with borders then it works fine:
no_border_before.png

no_border_after.png

If I set extra large borders around the window it indeed moves down and over:
oversize_borders_before.png

oversize_borders_after.png

Obviously Windows and Linux differ quite a bit on how windows are done so might not be exactly related.

I can reproduce something similar on Kubuntu Linux, build from master. Normally I force window into specific position so I turned that off. It seems to be related to whether you have borders on your window. Blender may save the "internal" corner and then open up at that location with it's saved size. Here are normal borders before and after: ![borders_before.png](https://archive.blender.org/developer/F9903985/borders_before.png) ![borders_after.png](https://archive.blender.org/developer/F9903986/borders_after.png) If I set Blender to not open with borders then it works fine: ![no_border_before.png](https://archive.blender.org/developer/F9903988/no_border_before.png) ![no_border_after.png](https://archive.blender.org/developer/F9903989/no_border_after.png) If I set extra large borders around the window it indeed moves down and over: ![oversize_borders_before.png](https://archive.blender.org/developer/F9903987/oversize_borders_before.png) ![oversize_borders_after.png](https://archive.blender.org/developer/F9903990/oversize_borders_after.png) Obviously Windows and Linux differ quite a bit on how windows are done so might not be exactly related.
Member

@Aaron_F_Ross - Do your monitors differ in scale? Or are they arranged vertically (any monitor above another)?

On Windows with blender 2.93, first test with all monitors set to the same scale. I just placed the main window near the corner of my middle (main) monitor then did Window / "New Window" and dragged the result to my left-most monitor. I then did File / Defaults / Set Startup File. I took a capture and you can see what it looked like in the top half of the image below. The bottom half of the image shows how it looked after closing and restarting blender. The two windows were in identical positions on the two monitors.

Startup.png

I then changed the scale of my first monitor to 150%, but left the middle one at 100%. In this case the window on the middle monitor was still perfect afterward, but the window on the 150% monitor was shifted to the left by a few pixels and down by about the difference in the height of the title bars. Close but not perfect.

Startup2.png

Note that it is a known issue that monitors will not be placed correctly when monitor are arranged vertically. Fix for that here: https://developer.blender.org/D10637

@Aaron_F_Ross - Do your monitors differ in scale? Or are they arranged vertically (any monitor above another)? On Windows with blender 2.93, first test with all monitors set to the same scale. I just placed the main window near the corner of my middle (main) monitor then did Window / "New Window" and dragged the result to my left-most monitor. I then did File / Defaults / Set Startup File. I took a capture and you can see what it looked like in the top half of the image below. The bottom half of the image shows how it looked after closing and restarting blender. The two windows were in identical positions on the two monitors. ![Startup.png](https://archive.blender.org/developer/F9904138/Startup.png) I then changed the scale of my first monitor to 150%, but left the middle one at 100%. In this case the window on the middle monitor was still perfect afterward, but the window on the 150% monitor was shifted to the left by a few pixels and down by about the difference in the height of the title bars. Close but not perfect. ![Startup2.png](https://archive.blender.org/developer/F9904159/Startup2.png) Note that it is a known issue that monitors will not be placed correctly when monitor are arranged **vertically**. Fix for that here: https://developer.blender.org/D10637
Author

Hi Harley,

I have one 4K monitor. In the Windows settings, the UI is at 100% scale. However, I did have the Blender Resolution Scale set to 1.25. I tried setting Resolution Scale down to 1.0, but that didn't help.

It looks like it's just the secondary windows that are not preserving location. The primary window seems to retain its position. But I have a couple of (necessary) windows that I've split off from the main window. This is because I need to access other Area panels without changing the entire Workspace. That's for productivity reasons; I'm a generalist and I need to switch tasks often. The dedicated Workspace tabs are a productivity killer.

Switching to a beta build is not an option for me at the moment, sorry.

Thanks

Hi Harley, I have one 4K monitor. In the Windows settings, the UI is at 100% scale. However, I did have the Blender Resolution Scale set to 1.25. I tried setting Resolution Scale down to 1.0, but that didn't help. It looks like it's just the secondary windows that are not preserving location. The primary window seems to retain its position. But I have a couple of (necessary) windows that I've split off from the main window. This is because I need to access other Area panels without changing the entire Workspace. That's for productivity reasons; I'm a generalist and I need to switch tasks often. The dedicated Workspace tabs are a productivity killer. Switching to a beta build is not an option for me at the moment, sorry. Thanks
Member

Switching to a beta build is not an option for me at the moment, sorry.

Actually only hoping you could test on a beta. I made a lot of changes to the way that blender windows are created and especially how they are made on Windows. I have tested with multiple blender windows on multiple monitors and each properly opening their own child windows. So I am hoping that most of your issues are fixed, but would like to know for sure.

> Switching to a beta build is not an option for me at the moment, sorry. Actually only hoping you could **test** on a beta. I made a lot of changes to the way that blender windows are created and especially how they are made on Windows. I have tested with multiple blender windows on multiple monitors and each properly opening their own child windows. So I am hoping that most of your issues are fixed, but would like to know for sure.
Member

@Aaron_F_Ross > I have one 4K monitor.

Ah, I had assumed you had multiple windows on multiple monitors, not on a single monitor. Following is a test on 2.93. Top shows an arrangement I set up, then selected "Save Startup File", then closed blender, restarted and it was as shown on the bottom. No change.

SingleMonitor.png

As already requested, having you provide screenshots of before and after would help us help you.

>@Aaron_F_Ross > I have one 4K monitor. Ah, I had assumed you had multiple windows on multiple monitors, not on a single monitor. Following is a test on 2.93. Top shows an arrangement I set up, then selected "Save Startup File", then closed blender, restarted and it was as shown on the bottom. No change. ![SingleMonitor.png](https://archive.blender.org/developer/F9904606/SingleMonitor.png) As already requested, having you provide screenshots of before and after would help us help you.
Member

Although placement on a single monitor (as described here) should be perfect with 2.93, placement of multiple windows on monitors that differ in DPI and/or scale should be fixed in this: https://developer.blender.org/D10863

Although placement on a single monitor (as described here) should be perfect with 2.93, placement of multiple windows on monitors that differ in DPI and/or scale should be fixed in this: https://developer.blender.org/D10863

This issue was referenced by 4fb052f08d

This issue was referenced by 4fb052f08dfd085bb0c9015add32a5d5063caf54
Member

Changed status from 'Needs Triage' to: 'Resolved'

Changed status from 'Needs Triage' to: 'Resolved'
Harley Acheson self-assigned this 2021-05-21 20:11:59 +02:00
Member
Closing with commit: [4fb052f08d: Fix #88384: Improved Win32 Window Sizing and Positioning.](https://developer.blender.org/rB4fb052f08dfd085bb0c9015add32a5d5063caf54)
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#86804
No description provided.