On Windows 8.1 and 7 sp1 64-bit en-US with Nvidia GPUs (Quadro K2000 & GTX290) with recent build of master Version: 5.1.0.0.alpha1+ (x64) Build ID: 7f0161d88e3a496361e2209d31cc7e9ef42a677e TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-07-12_21:58:45 Locale: en-US (en_US) with OpenGL enabled from Tools -> Options -> View: "Use OpenGL for all rendering" selected and relaunch. The OpenGL selection box is now staying enabled, but behavior of the canvas is chaotic--mouse movement and on-hover is causing severe screen corruption/flash with panels and dialogs and menus appearing and disappearing. When able to deselect OpenGL and restart the UI settles down to expected behavior. With prior builds of master, previous attempts to select OpenGL and retain selected status for the OpenGL on restart has resulted in blank LibreOffice frame on both Windows systems. Clearing profile to remove OpenGL selection was required in each attempt. So, now seeing more of OpenGL function, but it seems wildly unstable on Windows x64 builds.
Can confirm. Menus open with a flash of black background. Some toolbar and sidebar icons have black bg. On a Thinkpad T520 with Intel HD3000. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ (x64) Build ID: e92a8b92072284fd7c37d7bb3e1e8fe72a185f35 TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-07-22_21:46:26 Locale: fi-FI (fi_FI)
Yes, continued issue with more recent build of master. nVidia GTX260 on Windows 7sp1 64-bit. Version: 5.1.0.0.alpha1+ Build ID: 8cfdd81b70ef37927b40497ffd10034f28335034 TinderBox: Win-x86@39, Branch:master, Time: 2015-07-24_02:47:18 Locale: en-US (en_US) If I set the "Use OpenGL for all rendering" from Tools -> Options -> View get the chaotic canvas refresh. GPU missing from the blacklist, or more substantive on Windows builds?
Stuart: Can you please attach a screenshot or two of how it looks like? Thank you!
Created attachment 117496 [details] Screenshot with black bg icons The menu blackness flash is too fast for my alt-prtsc skillz. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ (x64) Build ID: e92a8b92072284fd7c37d7bb3e1e8fe72a185f35 TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-07-22_21:46:26 Locale: fi-FI (fi_FI)
Created attachment 117498 [details] zip of AVI screen capture of OpenGL flash issue On Windows 7sp1 64-bit en-US with nVidia GTX260 Version: 5.1.0.0.alpha1+ Build ID: f58f10fc89e19d182b5a415bb69af5ecc7de080a TinderBox: Win-x86@39, Branch:master, Time: 2015-07-27_22:06:15 Locale: en-US (en_US) AVI movie (CamStudio at 20fps) of issues with "flashing" when OpenGL is set active. View with VLC or similar. Scenes... 1. launch 2. set "Use OpenGL for all rendering" 3. exit and relaunch 4. the "flash" manifesting 5. open Tools -> Options -> View and uncheck the "Use OpenGL for all rendering" note the flashing of the dialogs as well 6. exit and relaunch 7. back to sane behavior
I could reproduce this problem on my nvidia card. Should be fixed with dbf5882af35a7644aca74c7049fbbbd9e8c11693 on master, cherry-picked as 9a267b265a800c9abcd54eefc0f69ba1f98ac25a on libreoffice-5-0 -> marking as resolved.
On Windows 10 Pro 64-bit with nVidia GTX 260 Version: 5.1.0.0.alpha1+ Build ID: eb2e1ab4651350bffc53f618961a910bd3bbcfd9-GL TinderBox: Win-x86@39, Branch:master, Time: 2015-09-02_23:59:59 Locale: en-US (en_US) No longer having issues of chaotic canvas flashing. Also, the Impress slide transitions are now all at least rendering and closer to expected. So, this aspect of OpenGL seems resolved. Unfortunately after running any slide transitions, closing Impress is crashing LO with the process having to be killed from Windows task manager.
Created attachment 118367 [details] nVidia 341.74 driver on Windows 10 -- now OK with OpenGL Windows 10 Pro 64-bit system with nVidia GTX 260, driver 341.73 is now working OK with OpenGL support enabled.
*** Bug 89772 has been marked as a duplicate of this bug. ***