UI drawing offset randomly on Windows 10 #61884

Closed
opened 2019-02-23 17:28:36 +01:00 by Dont Want · 21 comments

System Information
Operating system: Windows 10
Graphics card: GTX 660 Ti

Blender Version
Broken:
2.80 Beta, 779860d34e, 2019-02-22, as found on the splash screen

Short description of error
In the render window the UI is positioned incorrectly sometimes which leads to the mouse interaction being offset to the UI.

Exact steps for others to reproduce the error
Open the default project and press F12 a few times. This should render in a new window (maybe the behavior is different on single screen systems, could not try at the moment), where sometimes the UI is moved upwards.

**System Information** Operating system: Windows 10 Graphics card: GTX 660 Ti **Blender Version** Broken: 2.80 Beta, 779860d34e26, 2019-02-22, as found on the splash screen **Short description of error** In the render window the UI is positioned incorrectly sometimes which leads to the mouse interaction being offset to the UI. **Exact steps for others to reproduce the error** Open the default project and press F12 a few times. This should render in a new window (maybe the behavior is different on single screen systems, could not try at the moment), where sometimes the UI is moved upwards.
Author

Added subscriber: @McLP

Added subscriber: @McLP

Added subscriber: @GavinScott

Added subscriber: @GavinScott

Behavior reproduced here on Windows with a single screen and Nvidia 1060. The header bar on the Image Editor in the new window shifts up and becomes mostly obscured by the Window top border area. Dragging the window by its OS window header causes it to pop back down into place. If you maximize the window then the header becomes completely invisible and there's no way to get it back short of un-maximizing the window (at which point it corrects itself).

Behavior reproduced here on Windows with a single screen and Nvidia 1060. The header bar on the Image Editor in the new window shifts up and becomes mostly obscured by the Window top border area. Dragging the window by its OS window header causes it to pop back down into place. If you maximize the window then the header becomes completely invisible and there's no way to get it back short of un-maximizing the window (at which point it corrects itself).

Added subscribers: @LazyDodo, @ZedDB

Added subscribers: @LazyDodo, @ZedDB

@LazyDodo can you reproduce this?

@LazyDodo can you reproduce this?
Member

did 10 renders no issues.

did 10 renders no issues.

The issue is specifically spamming the F12 key rapidly 2-3 times. If you wait for the render to complete each time then the window updates without issue.

The issue is specifically spamming the F12 key rapidly 2-3 times. If you wait for the render to complete each time then the window updates without issue.
Member

hit F12 like a maniac, still nothing. window pops up, then stalls blender pretty much until the render is finished.

hit F12 like a maniac, still nothing. window pops up, then stalls blender pretty much until the render is finished.

Just updated to Feb 22 Nvidia drivers and built 2.80 master up to the minute. It reliably does it if I hit f12, wait til the render is complete, then quickly hit f12 twice while the mouse is over the render output image viewer.

But this issue should be super low-priority as it causes no data loss or other serious issue, and is trivially worked around by simply moving the window etc. It's definitely not a showstopper for 2.80 release, and we should maybe have a specific priority or other triage output state for such things to help prioritize 2.80 bugs if there isn't already such a convention.

Just updated to Feb 22 Nvidia drivers and built 2.80 master up to the minute. It reliably does it if I hit f12, wait til the render is complete, then quickly hit f12 twice while the mouse is over the render output image viewer. But this issue should be super low-priority as it causes no data loss or other serious issue, and is trivially worked around by simply moving the window etc. It's definitely not a showstopper for 2.80 release, and we should maybe have a specific priority or other triage output state for such things to help prioritize 2.80 bugs if there isn't already such a convention.

Here's a screenshot of the problem state just for reference
image.png

Here's a screenshot of the problem state just for reference ![image.png](https://archive.blender.org/developer/F6713562/image.png)
Member

still nothing, one major difference between us two is i'm still on 7, while your screenshot looks like win10

still nothing, one major difference between us two is i'm still on 7, while your screenshot looks like win10

Yes Win 10 64-bit / Nvidia 1060 on a laptop here. I just tried it on a desktop Win 10 64 / Nvidia 1080 system with a 16:9 monitor and could not reproduce it there. It also reproduces on a two-month old build so it likely does not represent a recent change and thus probably not evidence of an issue that might cause other currently undiscovered serious issues.

Yes Win 10 64-bit / Nvidia 1060 on a laptop here. I just tried it on a desktop Win 10 64 / Nvidia 1080 system with a 16:9 monitor and could not reproduce it there. It also reproduces on a two-month old build so it likely does not represent a recent change and thus probably not evidence of an issue that might cause other currently undiscovered serious issues.
Member

can you attach your system-info.txt ? (Help->Save System Info)

can you attach your system-info.txt ? (Help->Save System Info)

Here's mine system-info.txt

Here's mine [system-info.txt](https://archive.blender.org/developer/F6713783/system-info.txt)
Member

This issue reminds me a lot of #51521, and you do also seem to have a HD 630 based gpu in that system, can you validate that your intel drivers are up to date?

This issue reminds me a lot of #51521, and you do also seem to have a HD 630 based gpu in that system, can you validate that your intel drivers are up to date?

That certainly sounds plausible.

Unfortunately Acer have never released updated Intel drivers for this laptop since it was new, and I'm not willing to override the protection against installing non-vendor-approved video drivers at this point (too much risk in a hybrid graphics system), so I'm using the latest available supported drivers (which are sadly from 2017). I'll do some research and see if others have successfully been able to hack the driver instaal without problems.

Perhaps the original submitter can see if a driver update corrects their issue.

That certainly sounds plausible. Unfortunately Acer have never released updated Intel drivers for this laptop since it was new, and I'm not willing to override the protection against installing non-vendor-approved video drivers at this point (too much risk in a hybrid graphics system), so I'm using the latest available supported drivers (which are sadly from 2017). I'll do some research and see if others have successfully been able to hack the driver instaal without problems. Perhaps the original submitter can see if a driver update corrects their issue.

Just to clarify, we are waiting for @McLP to try with updated drivers.
If @McLP does not have a hybrid setup, let us know.

Just to clarify, we are waiting for @McLP to try with updated drivers. If @McLP does not have a hybrid setup, let us know.
Author

I am currently updating my drivers, so I can tell you. I also created a system info if this helps. I am unsure what is meant by hybrid graphics.system-info.txt

I am currently updating my drivers, so I can tell you. I also created a system info if this helps. I am unsure what is meant by hybrid graphics.[system-info.txt](https://archive.blender.org/developer/F6717384/system-info.txt)
Author

Problem persists with up-to-date Nvidia drivers.

Problem persists with up-to-date Nvidia drivers.
Author

In #61884#627467, @GavinScott wrote:
The issue is specifically spamming the F12 key rapidly 2-3 times. If you wait for the render to complete each time then the window updates without issue.

Can't confirm. Even happens if I wait to complete. But interestingly it did not happen on my laptop with single screen and only cpu rendering yesterday, but now it does. I also created a sysinfo. I believe this is an issue with windows 10 and has nothing to do with the graphics card or dirvers.system-info.txt

> In #61884#627467, @GavinScott wrote: > The issue is specifically spamming the F12 key rapidly 2-3 times. If you wait for the render to complete each time then the window updates without issue. Can't confirm. Even happens if I wait to complete. But interestingly it did not happen on my laptop with single screen and only cpu rendering yesterday, but now it does. I also created a sysinfo. I believe this is an issue with windows 10 and has nothing to do with the graphics card or dirvers.[system-info.txt](https://archive.blender.org/developer/F6717407/system-info.txt)
Sebastian Parborg changed title from UI drawing offset randomly on Windows to UI drawing offset randomly on Windows 10 2019-02-26 15:50:43 +01:00

Closed as duplicate of #62497

Closed as duplicate of #62497
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
5 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#61884
No description provided.