Created attachment 121185 [details] Please ignore the filename, just a sample spreadsheet with data to test on LibreOffice Calc Regression: - Performance - Highlighting Works: Windows 8.1 Version: 5.0.4.1 (x64) Build ID: 2def61bcbb29a7a8611b833682fe1291910b11ad Regression: Windows 8.1 Version: 5.1.0.0.beta2+ Build ID: afa8fec8367c747cbf50d81fe836dd1679b85867 Threads 2; Ver: Windows 6.2; Render: GL; TinderBox: Win-x86@62-merge-TDF, Branch:libreoffice-5-1, Time: 2015-12-09_23:10:03 1. Click on cell C3 2. Press F2 3. Hold Shift and press and hold LeftArrow Slower and highlighting is strange (some highlighting with missing parts) 4. Repeat steps 2-3 on cell D5 Thank you
I can not confirm with Version: 5.2.0.0.alpha0+ (x64) Build ID: e7c78e67292ad93c6a4a0772d8b06a0e6e7d26c8 Threads 1; Ver: Windows 6.1; Render: default; TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-11-30_22:37:14 Could you post a printscreen - some highlighting with missing parts ? Please try if Tools - Options - View - openGL makes a difference.
Created attachment 121207 [details] Cell C3 showing highlighting with missing parts (In reply to raal from comment #1) > Could you post a printscreen - some highlighting with missing parts ? > Please try if Tools - Options - View - openGL makes a difference. Attached screenshot with all the contents of cell C3 selected, showing highlighting with missing parts. You are correct, the GL rendering makes a difference. Work correctly in configuration: Version: 5.1.0.0.beta2+ Build ID: afa8fec8367c747cbf50d81fe836dd1679b85867 Threads 2; Ver: Windows 6.2; Render: default; TinderBox: Win-x86@62-merge-TDF, Branch:libreoffice-5-1, Time: 2015-12-09_23:10:03 Works incorrectly when: Render: GL Works correctly when: Render: default
Can't reproduce any longer in master or 5.1 branches.
Created attachment 121336 [details] Updated screenshot with Cell C3 highlighting with missing part (In reply to Tor Lillqvist from comment #3) > Can't reproduce any longer in master or 5.1 branches. Downloaded current master. Sometimes happens but only when UI Render: GL Version: 5.2.0.0.alpha0+ (x64) Build ID: cfe08df695c046371c4361a434176e6381e3e064 CPU Threads: 2; OS Version: Windows 6.29; UI Render: GL; TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-12-15_13:10:55 Attached screenshot with current master with cell C3 not highlighted correctly.
Can you give gfx card info à la https://wiki.documentfoundation.org/OpenGL#Windows
(In reply to Beluga from comment #5) > Can you give gfx card info à la > https://wiki.documentfoundation.org/OpenGL#Windows Renderer: Intel(R) HD Graphics Vendor: Intel Memory: 1033 MB Version: 4.0.0 - Build 10.18.10.3925 Shading language version: 4.00 - Build 10.18.10.3925
Can't reproduce under Linux with my (slow) graphics card and a recent master / 5.1.x either. Please can you re-test with a recent 5.1.0 build ? =) Thanks !
Created attachment 121669 [details] Updated screenshot with Cell C3 highlighting with missing part (In reply to Michael Meeks from comment #7) > Can't reproduce under Linux with my (slow) graphics card and a recent master > / 5.1.x either. Please can you re-test with a recent 5.1.0 build ? =) Could not find a Windows 64-bit build, only a Windows 32-bit build, of LibreOffice. Thank you
Created attachment 121670 [details] Screenshot with Cell C3 using LO 5.1.0.1(x64) with Windows 8.1 (In reply to Michael Meeks from comment #7) > Can't reproduce under Linux with my (slow) graphics card and a recent master > / 5.1.x either. Please can you re-test with a recent 5.1.0 build ? =) > Thanks ! The only Windows build of LibreOffice 5.1 branch I could find seem too old, i.e. 2015-12-19_00.30.14. http://dev-builds.libreoffice.org/daily/libreoffice-5-1/ Attached is a screenshot with LO5.1.0RC1 Version: 5.1.0.1 (x64) Build ID: bcace328aabc4c8c10b56daa87da0a2ee6579b5a Threads 2; Ver: Windows 6.29; Render: GL; Thanks
Added Michael Meeks to CC. If there is anything else you require please advise. Thank you.
Interesting; so - under a raw gtk2 with no GL - I can get a little glitch like this - which looks as if the cursor is being XOR'd out of the selection rectangle as we grow it (but this happens for me only at the very beginning). As such - not a GL bug but some random race condition (perhaps); Possibly we should open a new (non-GL related) bug about thgat. From a GL perspective - 10.18.10.3925 is also a very old driver; we've blacklisted everything that is not 10.18.14.4264 - so hopefully people won't see some of the artifacts we know afflict drivers before then. Thanks for reporting !