[Bug 31710] New: Regression Error - OpenGL display lags and/or blanked out with large grey rectangle
http://bugs.winehq.org/show_bug.cgi?id=31710
Bug #: 31710 Summary: Regression Error - OpenGL display lags and/or blanked out with large grey rectangle Product: Wine Version: 1.5.13 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: opengl AssignedTo: wine-bugs@winehq.org ReportedBy: tonybcrawford@gmail.com Classification: Unclassified
Created attachment 41692 --> http://bugs.winehq.org/attachment.cgi?id=41692 OpenGL Screen Showing Grey Rectangle Over Image
I have just installed the latest wine 1.5.13 fixes and see a serious regression error! This causes the display of the OpenGL graphics screen in the SDET product to lag. It also produces large areas that are blanked out with large grey rectangles. This error makes the OpenGL screens unusable.
http://bugs.winehq.org/show_bug.cgi?id=31710
Tony Crawford tonybcrawford@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Regression Error - OpenGL |Regression Error - OpenGL |display lags and/or blanked |display blanked out with |out with large grey |grey rectangle |rectangle |
http://bugs.winehq.org/show_bug.cgi?id=31710
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #1 from joaopa jeremielapuree@yahoo.fr 2012-09-15 15:46:17 CDT --- A regression test would be helpful http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=31710
--- Comment #2 from Tony Crawford tonybcrawford@gmail.com 2012-09-15 15:53:04 CDT --- I have used GIT and chroot on my 64-bit Ubuntu 12.04 system to build a Wine 1.5.7+Patch(s). I used this to check msxml3 fixes for other parts of my application.
However, I was never able to get the OpenGL part of the application running via /var/chroot/wine/wine. So, the RegressionTesting approach isn't really feasible in the instance.
NB: I have been keeping up to date with Wine releases and the previous version worked. This problem is only in the release I installed today.
http://bugs.winehq.org/show_bug.cgi?id=31710
--- Comment #3 from joaopa jeremielapuree@yahoo.fr 2012-09-15 17:12:27 CDT --- At least, give a link to download the application. So, someone interested in your bug could test it.
http://bugs.winehq.org/show_bug.cgi?id=31710
--- Comment #4 from Tony Crawford tonybcrawford@gmail.com 2012-09-15 18:03:19 CDT --- This is work in progress. I don't have a deliverable version at this time.
http://bugs.winehq.org/show_bug.cgi?id=31710
--- Comment #5 from Tony Crawford tonybcrawford@gmail.com 2012-09-16 11:45:18 CDT --- Created attachment 41700 --> http://bugs.winehq.org/attachment.cgi?id=41700 Extract from /var/log/dpkg.log
I suspect the error is related to GDI and 'Desktop Composition'.
I've added an extract from the /var/log/dpkg.log file showing the wine updates that I just loaded. I hope this is helpful.
Let me know if there's any way I can run a trace to help locate the problem.
http://bugs.winehq.org/show_bug.cgi?id=31710
--- Comment #6 from Tony Crawford tonybcrawford@gmail.com 2012-09-16 14:35:14 CDT --- I see that changes since wine 1.5.12 include the following: gdi32: Move the SwapBuffers entry point to the OpenGL driver. Perhaps this is related to the OpenGL display error on wine 1.5.13
Further observations (related to the same problem): 1) Screen re-size makes the entire display grey - zoom-in or view rotation corrects the display. 2) Selecting a menu option creates a large grey rectangle on the display - zoom-in or view rotation corrects the display. 3) The SDET application's print screen now produces a completely grey output. NB: I have seen a similar problem on Windows 7 when using Aero... in that case it can be corrected by disabling 'Desktop Composition'.
http://bugs.winehq.org/show_bug.cgi?id=31710
--- Comment #7 from Tony Crawford tonybcrawford@gmail.com 2012-09-16 15:17:02 CDT --- Further info: The color GREY of the rectangles is being determined by the BackColor property value of the PictureBox which is being used as the OpenGL canvas. When I change this property to BLACK, the rectangles are now BLACK rather than GREY.
http://bugs.winehq.org/show_bug.cgi?id=31710
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Severity|critical |normal
http://bugs.winehq.org/show_bug.cgi?id=31710
--- Comment #8 from Alexandre Julliard julliard@winehq.org 2012-09-16 16:16:21 CDT --- If the OpenGL window is a child window, that's expected, we don't have proper clipping of child window updates yet. You can set ClientSideGraphics=N for the time being.
http://bugs.winehq.org/show_bug.cgi?id=31710
--- Comment #9 from Tony Crawford tonybcrawford@gmail.com 2012-09-16 16:36:16 CDT --- It worked perfectly with wine 1.5.12 so this doesn't make sense!
However, I tried setting the ClientSideGraphics=N using env but it made no difference. Is there somewhere else I can try to set this?
http://bugs.winehq.org/show_bug.cgi?id=31710
--- Comment #10 from joaopa jeremielapuree@yahoo.fr 2012-09-16 17:12:04 CDT --- You can use a live 32 bits Linux in a usb stick. And perform the regression test. That would be more efficient than the informations that you give.
http://bugs.winehq.org/show_bug.cgi?id=31710
--- Comment #11 from Tony Crawford tonybcrawford@gmail.com 2012-09-16 17:38:26 CDT --- If you point me towards 'how-to' instructions, I'll give it a go.
http://bugs.winehq.org/show_bug.cgi?id=31710
--- Comment #12 from joaopa jeremielapuree@yahoo.fr 2012-09-16 18:16:44 CDT --- http://www.ubuntu.com/download/desktop
Note: since you will install wine dource to perform the regression test, you will need to install some librairies. Hence, at least a 4Go usb stick is needed.
http://bugs.winehq.org/show_bug.cgi?id=31710
--- Comment #13 from Austin English austinenglish@gmail.com 2012-09-17 01:44:51 CDT --- (In reply to comment #9)
It worked perfectly with wine 1.5.12 so this doesn't make sense!
However, I tried setting the ClientSideGraphics=N using env but it made no difference. Is there somewhere else I can try to set this?
It's a registry setting. See http://wiki.winehq.org/UsefulRegistryKeys
http://bugs.winehq.org/show_bug.cgi?id=31710
--- Comment #14 from Tony Crawford tonybcrawford@gmail.com 2012-09-17 09:57:10 CDT --- Created attachment 41715 --> http://bugs.winehq.org/attachment.cgi?id=41715 Screenshot showing REGEDIT for ClientSideGraphics=N
Thanks for the info. I made the change with REGEDIT as shown in the screenshot but it had no effect. My application still has the OpenGL display problem with the 1.5.13 fixes release.
http://bugs.winehq.org/show_bug.cgi?id=31710
--- Comment #15 from Tony Crawford tonybcrawford@gmail.com 2012-09-17 12:41:17 CDT --- My mistake... I realized I added this in the wrong place.
I've now added ClientSideGraphics=N to the X11 Driver key and my program now works correctly with Wine 1.5.13.
Thanks for all the help.
http://bugs.winehq.org/show_bug.cgi?id=31710
NSLW lukasz.wojnilowicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lukasz.wojnilowicz@gmail.co | |m
--- Comment #16 from NSLW lukasz.wojnilowicz@gmail.com 2012-09-22 04:02:58 CDT --- (In reply to comment #8)
If the OpenGL window is a child window, that's expected, we don't have proper clipping of child window updates yet. You can set ClientSideGraphics=N for the time being.
What if that worked in Wine 1.5.12 and doesn't work in 1.5.13? Is that also expected.
My test app is SolidWorks 2010 and it starts working normally with 1.5.13 only after adding ClientSideGraphics=N. There was no such requirement for Wine 1.5.12.
http://bugs.winehq.org/show_bug.cgi?id=31710
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |v_mil@ukr.net
--- Comment #17 from Alexandre Julliard julliard@winehq.org 2012-09-22 07:18:56 CDT --- *** Bug 31759 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=31710
--- Comment #18 from Viktor Mileikovskyi v_mil@ukr.net 2012-09-22 12:55:11 CDT --- The same problem is for DraftSight. The drawing area appears gray when 1. Mouse moved away from drawing. The drawing reappears when mouse returns to drawing 2. Any command performs. The drawing reappears when execution of command is finished. The result is a quick blink. 3. Any dialogue appears. The drawing reappears when dialogue closes. This blinking may cause eyes to be tired and after continious work it may cause injury of eyes.
Used Ubuntu 12.04 and video system Mobile Intel GMA X3100
http://bugs.winehq.org/show_bug.cgi?id=31710
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ehoover@mines.edu
--- Comment #19 from Alexandre Julliard julliard@winehq.org 2012-09-27 13:59:06 CDT --- *** Bug 31812 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=31710
Brett W. McCoy idragosani@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |idragosani@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=31710
--- Comment #20 from Brett W. McCoy idragosani@gmail.com 2012-09-30 11:51:52 CDT --- *** Bug 31838 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=31710
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |cc7bf355c50b17b2e04f754c804 | |64289df2a9ee7 Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #21 from Alexandre Julliard julliard@winehq.org 2012-10-09 13:15:32 CDT --- Fixed by cc7bf355c50b17b2e04f754c80464289df2a9ee7.
http://bugs.winehq.org/show_bug.cgi?id=31710
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #22 from Alexandre Julliard julliard@winehq.org 2012-10-12 13:34:45 CDT --- Closing bugs fixed in 1.5.15.
http://bugs.winehq.org/show_bug.cgi?id=31710
--- Comment #23 from Erich Hoover ehoover@mines.edu 2012-10-17 17:09:00 CDT --- (In reply to comment #21)
Fixed by cc7bf355c50b17b2e04f754c80464289df2a9ee7.
Silverlight PlayReady windows (such as http://web.sldrm.video.msn.com/d1/sldrm.html) still don't paint properly after this commit and can be fixed by setting ClientSideGraphics=N.
-
wine-bugs＠winehq.org