Description: Trying to select an area on an existing spreadsheet or Doc with my Kensington trackball. It does not respond correctly. It (usuaally) fails to highlight my selection when I drag the pointer. However, if I make a drag selection and it does not highlight, if I then press my shift key the highlight appears. Steps to Reproduce: 1.Use pointer device to select, say, column b3->b12 2.The selection does not highlight, sometimes it partially highlights, sometimes only the origin (ie: b3) highlights 3.let go of pointer. 4. press shift key, the highlight appears. Actual Results: described above Expected Results: I expect the highlight to appear as I drag. This was how every spreadsheet program I have ever used works. It worked like that on my prior versions of LibreOffice. Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: StartModule [Information guessed from browser] OS: Mac OS X (All) OS is 64bit: no My hardware is an Intel x-86 iMac and Kensington trackball ==== Version: 7.5.9.2 (X86_64) / LibreOffice Community Build ID: cdeefe45c17511d326101eed8008ac4092f278a9 CPU threads: 8; OS: Mac OS X 13.6.4; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
This sounds very similar to tdf#155266 which has a fix. The fix for that bug should be included in LibreOffice 7.6.5 and 24.2 (both are planned to be released in February 2024). In the meantime, a tester found a possible workaround: enable LibreOffice's Skia/Metal rendering option. To enable Skia/Metal rendering, do the following steps: 1. Open the Options dialog by selecting the LibreOffice > Preferences menu 2. Select LibreOffice > View in the left panel 3. In the right panel, check the "Use Skia for all rendering" and uncheck "Force Skia software rendering" checkboxes as shown in the following screen snapshot: https://bugs.documentfoundation.org/attachment.cgi?id=191409 4. Press the "OK" button and restart if prompted Is there any improvement if you enable Skia/Metal rendering? *** This bug has been marked as a duplicate of bug 155266 ***
Yes, toggling Skia on seems to fix my problem. I'll see how it goes for the rest of this week. This method makes a mess of my StartCenter, turning all objects bright yellow. But I can live with that for now. What I don't understand is why this was marked as a duplicate of 155266 when it did not exist on my system with v7.4 & earlier v7.5 releases. Thanks for showing me how to work around this problem until a future release.
(In reply to Jon from comment #2) > What I don't understand is why this was marked as a duplicate of 155266 when > it did not exist on my system with v7.4 & earlier v7.5 releases. The commit causing the problem got backported to the 7,5 branch: 7.5.9.x
@Patrick (In reply to Jon from comment #2) > This method makes a mess of my StartCenter, turning all objects bright > yellow. But I can live with that for now.
(In reply to Jon from comment #2) > This method makes a mess of my StartCenter, turning all objects bright > yellow. But I can live with that for now. Another LibreOffice 7.5.9 user saw the same thing when they enabled to Skia/Metal. I can't find the bug but IIRC, upgrading to LibreOffice 7.6.4 (and then enabling Skia/Metal for the scrolling workaround) fixed the colors problem. LibreOffice 7.5.9 uses an older version of Google's Skia code than LibreOffice 7.6.4 and it seems that the newer Skia code in LibreOffice 7.6.4 fixes some bugs that affected a subset of GPUs on Intel Macs. Do you still see the wrong colors with LibreOffice 7.6.4? Also, does the "enable Skia" workaround still work in LibreOffice 7.6.4 for you? If yes to either question, then I have some other workarounds until LibreOffice 7.6.5 and 24.2 are released in February 2024. Both will include the fix for this bug: - Revert back to LibreOffice 7.5.8 (doesn't include the bad commit) - Install LibreOffice 24.2 release candidate (includes the fix for the bad commit) Let us know if you want to try either of the above and I can find download links for you.
@Patrick Luby I prefer to stay with the 7.5.9.2 version rather than jump ahead to the "latest & greatest". It seems like it will be only a few more weeks to wait. Thank you