Created attachment 134032 [details] At the start OpenGL is not active Hi! Honestly this bug is more annoying than severe: After logging into Windows and then for example opening a rather complicated calc-sheet I experice a very slow UI response. So I open up the options dialog to enable OpenGL. LO asks me If I want to restart and after that the UI is way more responsive then before. BUT The OpenGL setting is not "remembered". If I restart LO or Windows on my own OpenGL is deactivated again. Even in the options dialog it says "OpenGL is currently active" but the corresponding Checkbox is not checked anymore. I haven't experienced anythng negativ while using OpenGL like crashes and so on execpt for that annyoing automatically deactivating behaviour. I'm using two NVIDA 460 in SLI configuration with the latest Drivers. wkr ADT
Created attachment 134033 [details] Activating the OpenGL option and ...
Created attachment 134034 [details] ...restarting LO...
Created attachment 134035 [details] ...gets me a very strange constellation.
Could you copy and paste to a comment the contents of C:\Users\User\AppData\Roaming\LibreOffice\4\cache\opengl_device.log ?
opengl_device.log: DriverVersion: 22.21.13.8253 DriverDate: 6-7-2017 DeviceID: PCI\VEN_10DE&DEV_0E22&SUBSYS_13703842&REV_A1 AdapterVendorID: 0x10de AdapterDeviceID: 0x0e22 AdapterSubsysID: 0x13703842 DeviceKey: System\CurrentControlSet\Control\Video\{A3964B4D-8BC8-45EA-A0DF-D9383E55CB1C}\0000 DeviceString: NVIDIA GeForce GTX 460 And opencl_devices.log just in case, because I have SLI configured: Device Index: 0 Selected: true Device Name: GeForce GTX 460 Device Vendor: NVIDIA Corporation Device Version: OpenCL 1.1 CUDA Driver Version: 382.53 Device Type: gpu Device Extensions: cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_fp64 cl_khr_byte_addressable_store cl_khr_icd cl_khr_gl_sharing cl_nv_compiler_options cl_nv_device_attribute_query cl_nv_pragma_unroll cl_nv_d3d10_sharing cl_khr_d3d10_sharing cl_nv_d3d11_sharing cl_nv_copy_opts cl_nv_create_buffer Device OpenCL C Version: OpenCL C 1.1 Device Available: true Device Compiler Available: true Device Linker Available: true Platform Name: NVIDIA CUDA Platform Vendor: NVIDIA Corporation Platform Version: OpenCL 1.2 CUDA 8.0.0 Platform Profile: FULL_PROFILE Platform Extensions: cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_fp64 cl_khr_byte_addressable_store cl_khr_icd cl_khr_gl_sharing cl_nv_compiler_options cl_nv_device_attribute_query cl_nv_pragma_unroll cl_nv_d3d10_sharing cl_khr_d3d10_sharing cl_nv_d3d11_sharing cl_nv_copy_opts cl_nv_create_buffer Device Index: 1 Selected: false Device Name: GeForce GTX 460 Device Vendor: NVIDIA Corporation Device Version: OpenCL 1.1 CUDA Driver Version: 382.53 Device Type: gpu Device Extensions: cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_fp64 cl_khr_byte_addressable_store cl_khr_icd cl_khr_gl_sharing cl_nv_compiler_options cl_nv_device_attribute_query cl_nv_pragma_unroll cl_nv_d3d10_sharing cl_khr_d3d10_sharing cl_nv_d3d11_sharing cl_nv_copy_opts cl_nv_create_buffer Device OpenCL C Version: OpenCL C 1.1 Device Available: true Device Compiler Available: true Device Linker Available: true Platform Name: NVIDIA CUDA Platform Vendor: NVIDIA Corporation Platform Version: OpenCL 1.2 CUDA 8.0.0 Platform Profile: FULL_PROFILE Platform Extensions: cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_fp64 cl_khr_byte_addressable_store cl_khr_icd cl_khr_gl_sharing cl_nv_compiler_options cl_nv_device_attribute_query cl_nv_pragma_unroll cl_nv_d3d10_sharing cl_khr_d3d10_sharing cl_nv_d3d11_sharing cl_nv_copy_opts cl_nv_create_buffer
Because I see OpenCL in this logs: This feature also gets deactivated but not as frequently as OpenGL.
Same here in 5.3.3.2 x64 and latest 5.3.4.2 x64 Windows 8.1 My opengl_device.log: DriverVersion: 21.19.407.0 DriverDate: 12-23-2016 DeviceID: PCI\VEN_1002&DEV_9851&SUBSYS_22CE103C&REV_05 AdapterVendorID: 0x1002 AdapterDeviceID: 0x9851 AdapterSubsysID: 0x22ce103c DeviceKey: System\CurrentControlSet\Control\Video\{10865BDB-7C16-42A8-89F9-326EA827BFFF}\0000 DeviceString: AMD Radeon(TM) R5 Graphics cs
(In reply to luispdecarvalho from comment #7) > DriverDate: 12-23-2016 Is there any newer driver available?
(In reply to Buovjaga from comment #8) > (In reply to luispdecarvalho from comment #7) > > DriverDate: 12-23-2016 > > Is there any newer driver available? Running latest version according to AMD's radeon settings, which also lists: Radeon software version 16.12.2 Driver packaging version 16.50.2011-161223a-310013C OpenGL version 6.14.10.13464 OpenCL version 21.19.407.0 hmm, it's weird that LO's openGL log is reporting openCL driver version instead of openGL if the radeon settings info are right. That would explain why the driver is 6 months old and latest version, OpenCL doesn't get updated very frequently. My opencl_devices.log: Device Index: 0 Selected: true Device Name: Mullins Device Vendor: Advanced Micro Devices, Inc. Device Version: OpenCL 2.0 AMD-APP (2236.10) Driver Version: 2236.10 Device Type: gpu Device Extensions: cl_khr_fp64 cl_amd_fp64 cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_int64_base_atomics cl_khr_int64_extended_atomics cl_khr_3d_image_writes cl_khr_byte_addressable_store cl_khr_gl_sharing cl_khr_gl_depth_images cl_amd_device_attribute_query cl_amd_vec3 cl_amd_printf cl_amd_media_ops cl_amd_media_ops2 cl_amd_popcnt cl_khr_d3d10_sharing cl_khr_d3d11_sharing cl_khr_dx9_media_sharing cl_khr_image2d_from_buffer cl_khr_spir cl_khr_subgroups cl_khr_gl_event cl_khr_depth_images cl_khr_mipmap_image cl_khr_mipmap_image_writes cl_amd_liquid_flash Device OpenCL C Version: OpenCL C 2.0 Device Available: true Device Compiler Available: true Device Linker Available: true Platform Name: AMD Accelerated Parallel Processing Platform Vendor: Advanced Micro Devices, Inc. Platform Version: OpenCL 2.0 AMD-APP (2236.10) Platform Profile: FULL_PROFILE Platform Extensions: cl_khr_icd cl_khr_d3d10_sharing cl_khr_d3d11_sharing cl_khr_dx9_media_sharing cl_amd_event_callback cl_amd_offline_devices Device Index: 1 Selected: false Device Name: Hainan Device Vendor: Advanced Micro Devices, Inc. Device Version: OpenCL 1.2 AMD-APP (2236.10) Driver Version: 2236.10 Device Type: gpu Device Extensions: cl_khr_fp64 cl_amd_fp64 cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_int64_base_atomics cl_khr_int64_extended_atomics cl_khr_3d_image_writes cl_khr_byte_addressable_store cl_khr_gl_sharing cl_amd_device_attribute_query cl_amd_vec3 cl_amd_printf cl_amd_media_ops cl_amd_media_ops2 cl_amd_popcnt cl_khr_d3d10_sharing cl_khr_d3d11_sharing cl_khr_dx9_media_sharing cl_khr_image2d_from_buffer cl_khr_spir cl_khr_gl_event cl_amd_liquid_flash Device OpenCL C Version: OpenCL C 1.2 Device Available: true Device Compiler Available: true Device Linker Available: true Platform Name: AMD Accelerated Parallel Processing Platform Vendor: Advanced Micro Devices, Inc. Platform Version: OpenCL 2.0 AMD-APP (2236.10) Platform Profile: FULL_PROFILE Platform Extensions: cl_khr_icd cl_khr_d3d10_sharing cl_khr_d3d11_sharing cl_khr_dx9_media_sharing cl_amd_event_callback cl_amd_offline_devices Device Index: 2 Selected: false Device Name: AMD A8-6410 APU with AMD Radeon R5 Graphics Device Vendor: AuthenticAMD Device Version: OpenCL 1.2 AMD-APP (2236.10) Driver Version: 2236.10 (sse2,avx) Device Type: cpu Device Extensions: cl_khr_fp64 cl_amd_fp64 cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_int64_base_atomics cl_khr_int64_extended_atomics cl_khr_3d_image_writes cl_khr_byte_addressable_store cl_khr_gl_sharing cl_ext_device_fission cl_amd_device_attribute_query cl_amd_vec3 cl_amd_printf cl_amd_media_ops cl_amd_media_ops2 cl_amd_popcnt cl_khr_d3d10_sharing cl_khr_spir cl_khr_gl_event Device OpenCL C Version: OpenCL C 1.2 Device Available: true Device Compiler Available: true Device Linker Available: true Platform Name: AMD Accelerated Parallel Processing Platform Vendor: Advanced Micro Devices, Inc. Platform Version: OpenCL 2.0 AMD-APP (2236.10) Platform Profile: FULL_PROFILE Platform Extensions: cl_khr_icd cl_khr_d3d10_sharing cl_khr_d3d11_sharing cl_khr_dx9_media_sharing cl_amd_event_callback cl_amd_offline_devices
I am nearby 100% sure that I observed reporter's roblem with Version: 5.4.4.2 (x64) Build-ID: 2524958677847fb3bb44820e40380acbe820f960 CPU-Threads: 4; BS: Windows 6.1; UI-Render: Standard; Gebietsschema: de-DE (de_DE); Calc: group, my default user profile, Tango theme. Steps (I use English UI terms although German UI used): 1. Launch LibO with OpenGL _inactive_ you can do tests as per "Bug 114885 - [META] Control Elements are flickering, flashing, nervous and jumpy" and Bug 112889 If you see the complained effects OpenGL is inactive 2. Menu 'Tools → Options → View → Graphics Output → Check "Use OpenGL" → [ok] 3. [Restart]' » Restart will be proceeded 4. Check whether OpenGL now is active with tests for Bug 114885 and Bug 112889. Issues should have vanished, OpenGL is active But now or after a new restart I saw the strange swtting as per Attachment 134035 [details] for Bug 108533: Text tells "OpenGL enabled", but checkmark is missing. 5. Restart LibO: Now OpenGL is DISabled again a) Unfortunately I currently can't reproduce the issue, I will try again later to make this one reproducible. a1) _Seems_ not to be related to UI language, currently NOT reproducible neither with English nor with German UI
This problem definitively does exist with Version: 5.4.4.2 (x64) Build-ID: 2524958677847fb3bb44820e40380acbe820f960 CPU-Threads: 4; BS: Windows 6.1; UI-Render: Standard; Gebietsschema: de-DE (de_DE); Calc: group, my default user profile, Tango theme After having activated OpenGL, this setting will switch back to Default Rendering sometimes with next LibO launch, sometimes it will take several LibO restarts until OpenGL selection will be lost. (a) I did lots of tests, but until now I did not find out what the root might be and how to make the bug reliably reproducible b) vague suspect: checkbox for "OpenGL" has some unpredictable waywardness to live it's own life b1) might be related: after having restarte LibO (from "No OpenGL mode" since few days), 'Use OpenGL' will be checked when I go to menu 'Tools → View → Graphics Output'
The usual reason for automatic disabling of OGL is that the graphics driver is in the blacklist LibreOffice uses.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Hi. I cannot reproduce the bug on my new computer. Version: 6.1.4.2 (x64) Build-ID: 9d0f32d1f0b509096fd65e0d4bec26ddd1938fd3 CPU-Threads: 12; BS: Windows 10.0; UI-Render: GL; Gebietsschema: de-AT (de_AT); Calc: CL But I also happen to have my old rig someplace else. It will take me some time to reassemble and fire it up to see if the bug is still there. 2 weeks max. So for now I will not change the state. wkr ADT
hi. I'm back with good news. Even on my old PC the problem is not reproducible anymore. Version: 6.2.0.3 (x64) Build-ID: 98c6a8a1c6c7b144ce3cc729e34964b47ce25d62 CPU-Threads: 8; BS: Windows 10.0; UI-Render: GL; VCL: win; Gebietsschema: de-AT (de_AT); UI-Sprache: de-DE Calc: threaded Thanks to whoever (intentionally or not) fixed this problem. wkr ADT