Rob Baer

You could well be right that this is s WSL-related problem and not a problem with Qt per se, but I don't recall seeing it before when I was messing...

@kshepherd2013 thanks for the idea. When started this way there is no error or warning in the logs. My environment is: python 3.9 PyOpenGL 3.1.6 PyQt5 5.15.7 numpy 1.23.1 Windows...

Build f8ff31c5 Okay. I've been able to confirm this "shadow" behavior on at least 2 work computers and one home computer with various NVidia or Intel 630 graphics cards under...

I found a machine with Windows MH1.2.0 (20210426 final (HEAD:409e74d4) in which rendering is still working as expected.

As of build 1.2.1 alpha (master:1c4fa878) there is no shadow problem on Windows after render

1.2.1 alpha (master:d7e0c21a) 7/14/2022 2:04 AM I have now be able to verify that the shadow problem first appears with"Merge pull request #200 from ksheperd2013" Prior to that, the render...

While it does seem we need to move to QOpenGLWidget , we may need to study the subtle changes that have happened to buffer updating and clipping to make sure...

I removed 2 lines added to glmodule.py by kshepherd2013 [glEnable(GL_DEPTH_TEST); ] that seemed to be responsible for the "shadow behavior" on windows. I left his other modifications. It will be...

There is a small side effect of having removed these two lines in Windows. The clipping plane on the front of the face after a render is incorrect. However this...

@Aranuvir - Just for clarity, do youn see the shadow with Ubuntu 22.04 or 20.04 (or both)? Should we move the ksshepard2013 fix to a feature branch until we get...