Blender multi monitor window save and restore issues #36707

New Issue

holy enigma · 2013-09-12T00:30:55+02:00

holy enigma commented

2013-09-12 00:30:55 +02:00

%%%--- Operating System, Graphics card ---
Win7 64bit, geforce 8600gt, MinGW64

- Blender version with error, and version that worked ---

60053 has the error, 60026 works fine..
I believe the error was introduced 60046

- Short description of error ---

Blender window in MinGW64 opens in full-screen with no way to get the window
close button at the top.. my monitor resolution is 1920x1200

- Steps for others to reproduce the error (preferably based on attached .blend file) ---

%%%

%%%--- Operating System, Graphics card --- Win7 64bit, geforce 8600gt, MinGW64 - Blender version with error, and version that worked --- 60053 has the error, 60026 works fine.. I believe the error was introduced 60046 - Short description of error --- Blender window in MinGW64 opens in full-screen with no way to get the window close button at the top.. my monitor resolution is 1920x1200 - Steps for others to reproduce the error (preferably based on attached .blend file) --- %%%

holy enigma commented

2013-09-12 00:30:55 +02:00

Changed status to: 'Open'

Thomas Dinges commented

2013-09-12 02:28:35 +02:00

%%%For me it's even worse.
When I open Blender it's in Windowed Mode, I can minimize it then, but after reopening Blender freezes/crashes.

Win x64, MSVC 2008. %%%

%%%For me it's even worse. When I open Blender it's in Windowed Mode, I can minimize it then, but after reopening Blender freezes/crashes. Win x64, MSVC 2008. %%%

Nathan Letwory commented

2013-09-12 08:18:47 +02:00

%%%I see that the final window needs to be checked against desktop size and adjust when out of bounds. I'm working on that now.

What happens is that Blender gets created with its own real estate the size of your display. It has frameborders and caption alright, but they are just outside of your monitor.

@thomas-40, I don't see why Blender would freeze or crash, I doubt it is related to this particular commit. At least I was unable to reproduce. You should try to get a stack trace to verify (you can break in with msvc debugger).%%%

%%%I see that the final window needs to be checked against desktop size and adjust when out of bounds. I'm working on that now. What happens is that Blender gets created with its own real estate the size of your display. It has frameborders and caption alright, but they are just outside of your monitor. @thomas-40, I don't see why Blender would freeze or crash, I doubt it is related to this particular commit. At least I was unable to reproduce. You should try to get a stack trace to verify (you can break in with msvc debugger).%%%

Nathan Letwory commented

2013-09-12 12:44:58 +02:00

%%%A (potential) fix is in r60067. Please do test, as I have no real possibility to test on my 4-monitor system. (Don't want to start messing with the cabling).%%%

Thomas Dinges commented

2013-09-12 15:02:26 +02:00

%%%No further crash for me, works fine. Waiting for confirmation from holy enigma.

Thanks Nathan! %%%

%%%No further crash for me, works fine. Waiting for confirmation from holy enigma. Thanks Nathan! %%%

holy enigma commented

2013-09-12 22:18:07 +02:00

%%%seems to work, you just need to move the window
a little bit to get the bottom of the timeline above the windows taskbar.
then save "start up file" ctrl u

you can close this.

thanks. %%%

%%%seems to work, you just need to move the window a little bit to get the bottom of the timeline above the windows taskbar. then save "start up file" ctrl u you can close this. thanks. %%%

Nathan Letwory commented

2013-09-12 22:44:41 +02:00

%%%Thanks!

The taskbar bit will probably be tackled later.%%%

%%%Thanks! The taskbar bit will probably be tackled later.%%%

perfection cat commented

2013-09-13 07:43:30 +02:00

%%%I run Blender with window mode in a single desktop.
I make a full-screen mode afterwards.
The image of the full-screen mode is left to the desktop when it goes back up in window mode next.
It is overwritten the desktop normally when I move window.%%%

%%%I run Blender with window mode in a single desktop. I make a full-screen mode afterwards. The image of the full-screen mode is left to the desktop when it goes back up in window mode next. It is overwritten the desktop normally when I move window.%%%

perfection cat commented

2013-09-13 07:59:48 +02:00

%%%It looks like this.%%%

John Wise commented

2013-09-15 05:18:35 +02:00

%%%Possibly related; User Preferences used to open consistently on my left monitor, I run Blender on the right, the User Prefs now open straddling the two screens. I've tried saving .blend prefs and U.P. settings but that hasn't helped. As of r60143 Win 64 on Win 8.%%%

perfection cat commented

2013-09-18 05:40:44 +02:00

%%%I attached image.%%%

Nathan Letwory commented

2013-09-30 18:14:06 +02:00

%%%perfection cat, does the draw error (desktop background corruption) still happen? TBH this is a different error than the one initially reported here though. Sounds more like an OpenGL error.%%%

Brecht Van Lommel commented

2013-10-05 21:15:13 +02:00

%%%I looked into this today, and found there are a number of things broken:
a) By default, Blender opens overlapped with the taskbar.
b) When opening the user preferences or render window with mouse near edge of the screen, the window is opened too small.
c) On multi monitor setups, the user preferences open straddling two monitors when the mouse is near the edge of a monitor.
d) On multi monitor setups, the default Blender opens up on one monitor, but actually overlaps with the second monitor slightly as well.

In my opinion, a) and b) are showstopper regressions for a release. While Blender not remembering its position when spanning across a monitor is bad, opening the window like this the first time a user starts Blender is not acceptable. Further, a proper fix may change behavior again, which means users would have to adjust to the new situation twice. I suggest to revert the recent series of fixes and do a proper multi monitor fix after the release, because I can't see a simple safe fix here.

In my opinion the ideal behavior would be:

By default, Blender should open to fit exactly one monitor, without overlapping the taskbar.
When saving the startup.blend, restarting should restore exactly the same setup.
User preferences and render window should open on one monitor and keep their requested size.

Issues in the code:

wm_window_check_position does not take taskbar, window frame, caption or virtual screen left/top into account, so relying on it the position the window if it goes past the border does not work, s the ghost function now simply clamps without moving the window.
wm_window_check_position should not use the virtual screen but a single monitor, as this function is only used for user preferences and render view.
There is no clear distinction between starting blender for the first time and loading a saved window setup.%%%

%%%I looked into this today, and found there are a number of things broken: a) By default, Blender opens overlapped with the taskbar. b) When opening the user preferences or render window with mouse near edge of the screen, the window is opened too small. c) On multi monitor setups, the user preferences open straddling two monitors when the mouse is near the edge of a monitor. d) On multi monitor setups, the default Blender opens up on one monitor, but actually overlaps with the second monitor slightly as well. In my opinion, a) and b) are showstopper regressions for a release. While Blender not remembering its position when spanning across a monitor is bad, opening the window like this the first time a user starts Blender is not acceptable. Further, a proper fix may change behavior again, which means users would have to adjust to the new situation twice. I suggest to revert the recent series of fixes and do a proper multi monitor fix after the release, because I can't see a simple safe fix here. In my opinion the ideal behavior would be: * By default, Blender should open to fit exactly one monitor, without overlapping the taskbar. * When saving the startup.blend, restarting should restore exactly the same setup. * User preferences and render window should open on one monitor and keep their requested size. Issues in the code: * wm_window_check_position does not take taskbar, window frame, caption or virtual screen left/top into account, so relying on it the position the window if it goes past the border does not work, s the ghost function now simply clamps without moving the window. * wm_window_check_position should not use the virtual screen but a single monitor, as this function is only used for user preferences and render view. * There is no clear distinction between starting blender for the first time and loading a saved window setup.%%%

marc dion commented

2013-10-06 06:30:13 +02:00

%%%I had the same awful fullscreen problem on MacOS X 10.7.5, the usual OS controls were unavailable and it wasn't until I found the setting in 'Window' menu next to 'Help' which is called 'Toggle Fullscreen' (Alt-F11).

What is really bizarre about this is that normally when a window is in fullscreen on Mac OS, you can hover the mouse near the top of the screen and a menu bar will pop down and at the very right hand side there will be a fullscreen toggle button. When Blender was stuck in fullscreen there was no toggle button present. I've just noticed that if I use the OS fullscreen toggle that is on the window then I have the same toggle on the drop down bar in fullscreen, however, if I use the Blender Alt-F11 shortcut then the OS seems to fail to recognize the fullscreen mode and no toggle button shows up on the drop-down bar. At least Alt-F11 works for me.%%%

%%%I had the same awful fullscreen problem on MacOS X 10.7.5, the usual OS controls were unavailable and it wasn't until I found the setting in 'Window' menu next to 'Help' which is called 'Toggle Fullscreen' (Alt-F11). What is really bizarre about this is that normally when a window is in fullscreen on Mac OS, you can hover the mouse near the top of the screen and a menu bar will pop down and at the very right hand side there will be a fullscreen toggle button. When Blender was stuck in fullscreen there was no toggle button present. I've just noticed that if I use the OS fullscreen toggle that is on the window then I have the same toggle on the drop down bar in fullscreen, however, if I use the Blender Alt-F11 shortcut then the OS seems to fail to recognize the fullscreen mode and no toggle button shows up on the drop-down bar. At least Alt-F11 works for me.%%%

Thomas Dinges commented

2013-10-06 12:26:07 +02:00

%%%I agree with Brecht here, revert the fix, and do a proper multi monitor fix after the release. %%%

Brecht Van Lommel commented

2013-10-06 16:37:00 +02:00

%%%Revision 59985, 59986, 60046 and 60067 were reverted for the release now.%%%

Sergey Sharybin commented

2014-06-03 09:59:45 +02:00

Added subscriber: @Sergey

Sergey Sharybin commented

2014-06-03 09:59:45 +02:00

There were some fixes, reverts, fixes again.. What's the status here? Does it still happen with 2.71-testbuild2?

holy enigma commented

2014-06-03 14:31:04 +02:00

seems to work ok on my machine..(compiled a mingw64 version yesterday)
haven't had this bug in a long time, thought it was solved.

seems to work ok on my machine..(compiled a mingw64 version yesterday) haven't had this bug in a long time, thought it was solved.

Nathan Letwory commented

2014-06-04 09:45:56 +02:00

Changed status from 'Open' to: 'Resolved'

Nathan Letwory closed this issue

2014-06-04 09:45:56 +02:00

Nathan Letwory commented

2014-06-04 09:45:56 +02:00

Since the multi-monitor changes where reverted the described error doesn't happen anymore. Also based on report from @holyenigma I close this.

perfection cat commented

2014-06-05 03:01:23 +02:00

The error is not output by a console.
It may occur only with a single monitor.
When I lower window size of Blender than that of desktop and make a full window and I correct it to a window again, an afterimage stays to the desktop.
This problem is still unsolved.

I confirmed that it reappeared in blender-2.70a-windows32.

The error is not output by a console. It may occur only with a single monitor. When I lower window size of Blender than that of desktop and make a full window and I correct it to a window again, an afterimage stays to the desktop. This problem is still unsolved. I confirmed that it reappeared in blender-2.70a-windows32.

Nathan Letwory commented

2014-06-05 08:58:09 +02:00

That's a separate problem from the original report, please log a separate bug report for that.

perfection cat commented

2014-06-06 05:07:20 +02:00

I reported it particularly, but should have been unified here.
I do not remember it anymore.

I reported it particularly, but should have been unified here. I do not remember it anymore.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Blender multi monitor window save and restore issues #36707