Open Indoorjoker opened 4 years ago
I've been chasing bugs like this for a while, but I can't reproduce what you're getting. There should be a fix in the next version that will put the window back on screen after a restart. In the meantime, can you upload your mo_interface.log
here? I'd also need some information about your setup: how many monitors, any high dpi stuff or varied resolutions, etc.
I've been chasing bugs like this for a while, but I can't reproduce what you're getting. There should be a fix in the next version that will put the window back on screen after a restart. In the meantime, can you upload your
mo_interface.log
here? I'd also need some information about your setup: how many monitors, any high dpi stuff or varied resolutions, etc.
Hey thanks for the quick reply, my setup is only only one 1080p monitor set at its native resolution 1920 x 1080. In reality this is just an old flat-screen so I doubt there's any high DPI display shenanigans. Display scaling is set to 150% in windows settings as well. Added the log file to the main post.
edit: I looked up the specific dpi of the screen and it's 69. (or 68.84 but I'll just round up here)
Don't do it if you didn't already, in case isa has more tests to ask you to reproduce, but did you reset your window geometries from the Mo2 settings after the last Mo2 update? That usually fixes these kind of issues but if we can avoid them all together that would be better.
Don't do it if you didn't already, in case isa has more tests to ask you to reproduce, but did you reset your window geometries from the Mo2 settings after the last Mo2 update? That usually fixes these kind of issues but if we can avoid them all together that would be better.
This is actually a fresh install from the nexus page by LePresidente, I never updated Mo2 so I believe this is unique at least in my case. I only installed and ran into the bug today(11/22/2019), unfortunately.
Link Here: https://www.nexusmods.com/skyrimspecialedition/mods/6194?tab=description
Thanks for the answer, it might be something to try later to see whether that fixes it anyways. I'll leave it to isa if he needs anything else.
For sure I'll keep a lookout if there's anything that's needed from me, any reply's will likely update me in 15 to 20 minutes afterwards through email.
Display scaling is set to 150% in windows settings as well
Holy cow, that's an instant reproduce. I'll be having a look at this shortly. Thanks!
Ah, so you reproduced the problem? So should I close the issue or keep it open? If there's anything you need from me just shoot me a comment.
Keep it open until it's fixed. I have a feeling it's a bug in Qt itself though, so there might not be much I can do. We'll see.
Keep it open until it's fixed. I have a feeling it's a bug in Qt itself though, so there might not be much I can do. We'll see.
Alright, will do.
To be clear, Qt's native auto scaling has always been a bit problematic. I did create a branch a while back to utilize dynamic scaling by adjusting the default sizes based on the scale but it was very much a WIP. In particular we would need high res variations of all of our icons for high dpi displays and so forth.
But that's overall a better solution to scaling than the built-in version.
I can't reproduce the problem. The resizing of all the menus stutters, but that's not a big deal.
The problem:
Mod Organizer 2 GUI can sometimes shift off the screen when re-scaling the window. This affects sub-menus and is constant after restarting the application.
To Reproduce:
Steps to reproduce: Whilst the menu is not full-screen attempt to resize the window from the top of the menu.
Environment:
Details:
It is possible to undo this by closing the program and changing your display resolution in Windows Settings then starting the application again.
This is an mp4 video of what happens when you re-scale windows. As shown the interface seems to fall off the screen never to return even on closing and restart, this can affect sub-menus and not just the main interface.
Bug.zip
mo_interface.log mo_interface.log