[Libreoffice-bugs] [Bug 157312] Current cell highlight doesn't update with skia hardware rendering on Macbook Air M2
https://bugs.documentfoundation.org/show_bug.cgi?id=157312 Patrick Luby changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |plub...@neooffice.org |desktop.org | Status|NEW |ASSIGNED --- Comment #10 from Patrick Luby --- After doing a little debugging, I have a new theory: somewhere in the LibreOffice code is waiting for a key entry event. If you arrow around a range of non-empty cells rapidly (i.e. press several arrow keys in a row), the selected cell border keeps up with the selected column and row. But sometimes there is a lag after the last arrow key is pressed. Next step: see if I can find which LibreOffice code is calling AquaSalInstance::AnyInput(VclInputFlags::KEYBOARD) in a loop. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157312] Current cell highlight doesn't update with skia hardware rendering on Macbook Air M2
https://bugs.documentfoundation.org/show_bug.cgi?id=157312 --- Comment #9 from Patrick Luby --- (In reply to Seb from comment #8) > I get the same messages after changing the setting to software skia > rendering so I guess it's no help? I don't see any Skia related messages so unfortunately the output doesn't help. Fortunately, I can now reproduce this bug in my local build Mac Silicon so I can see if I can debug this directly. I will need to do some debugging to see if I can narrow down what is different about Skia/Metal and Skia/Raster that might be causing this bug. My first guess is that drawing with Skia/Metal is not being immediately "flushed" to the screen. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157312] Current cell highlight doesn't update with skia hardware rendering on Macbook Air M2
https://bugs.documentfoundation.org/show_bug.cgi?id=157312 --- Comment #8 from Seb --- I get the same messages after changing the setting to software skia rendering so I guess it's no help? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157312] Current cell highlight doesn't update with skia hardware rendering on Macbook Air M2
https://bugs.documentfoundation.org/show_bug.cgi?id=157312 --- Comment #7 from Seb --- This was the only terminal output while I opened Calc, typed 'a' into the first cell, moved right (slightly delayed border move) and moved left again (border left behind). saw@Sebs-MacBook-Air-2 dev % /Volumes/LibreOfficeDev/LibreOfficeDev.app/Contents/MacOS/soffice warn:sfx.control:79221:1214247:sfx2/source/control/dispatch.cxx:1211: Childwindow slot missing: 25917 warn:sfx.control:79221:1214247:sfx2/source/control/dispatch.cxx:1211: Childwindow slot missing: 26189 warn:sfx.control:79221:1214247:sfx2/source/control/dispatch.cxx:1211: Childwindow slot missing: 26190 warn:sfx.control:79221:1214247:sfx2/source/control/dispatch.cxx:1211: Childwindow slot missing: 25917 warn:sfx.control:79221:1214247:sfx2/source/control/dispatch.cxx:1211: Childwindow slot missing: 26189 warn:sfx.control:79221:1214247:sfx2/source/control/dispatch.cxx:1211: Childwindow slot missing: 26190 warn:sfx.control:79221:1214247:sfx2/source/control/dispatch.cxx:1211: Childwindow slot missing: 25917 warn:sfx.control:79221:1214247:sfx2/source/control/dispatch.cxx:1211: Childwindow slot missing: 26189 warn:sfx.control:79221:1214247:sfx2/source/control/dispatch.cxx:1211: Childwindow slot missing: 26190 warn:vcl:79221:1214247:vcl/osx/salmenu.cxx:691: unmapped accelerator key warn:vcl:79221:1214247:vcl/osx/salmenu.cxx:691: unmapped accelerator key warn:vcl:79221:1214247:vcl/osx/salmenu.cxx:691: unmapped accelerator key warn:sfx.control:79221:1214247:sfx2/source/control/dispatch.cxx:1211: Childwindow slot missing: 25917 warn:sfx.control:79221:1214247:sfx2/source/control/dispatch.cxx:1211: Childwindow slot missing: 26189 warn:sfx.control:79221:1214247:sfx2/source/control/dispatch.cxx:1211: Childwindow slot missing: 26190 This is with nightly build Version: 7.6.2.0.0+ (X86_64) / LibreOffice Community Build ID: 72065854ce9af62a009d582e07a894de525dfb4b CPU threads: 8; OS: Mac OS X 13.5.2; UI render: Skia/Metal; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded Any help? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157312] Current cell highlight doesn't update with skia hardware rendering on Macbook Air M2
https://bugs.documentfoundation.org/show_bug.cgi?id=157312 --- Comment #6 from Patrick Luby --- (In reply to Patrick Luby from comment #5) > The text after the @ character are the build server name. Download from > whichever build server has latest time stamp next to it. I forgot to mention that the nightly builds are not codesigned so you have to invoke the following Terminal command on the .dmg file before you open it: xattr -d com.apple.quarantine /path/where/you/downloaded/dmg/file Also, when you do the "drag and drop" installation, the nightly builds will create an application called "LibreOfficeDev" in your Applications folder. So, to run the nightly master build from the Terminal, invoke the following command: /Applications/LibreOfficeDev.app/Contents/MacOS/soffice Hope that helps. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157312] Current cell highlight doesn't update with skia hardware rendering on Macbook Air M2
https://bugs.documentfoundation.org/show_bug.cgi?id=157312 --- Comment #5 from Patrick Luby --- (In reply to Seb from comment #4) > I might be able to try reproducing on the nightly build. What does the part > of the directory after the @ mean on the nightly build server? Should I use > MacOSX-x86_64@tb81-TDF or MacOSX-x86_64@tb92-TDF ? The text after the @ character are the build server name. Download from whichever build server has latest time stamp next to it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157312] Current cell highlight doesn't update with skia hardware rendering on Macbook Air M2
https://bugs.documentfoundation.org/show_bug.cgi?id=157312 --- Comment #4 from Seb --- I can reliably reproduce - it seems to happen every time I move into or out of a cell that is not empty. I might be able to try reproducing on the nightly build. What does the part of the directory after the @ mean on the nightly build server? Should I use MacOSX-x86_64@tb81-TDF or MacOSX-x86_64@tb92-TDF ? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157312] Current cell highlight doesn't update with skia hardware rendering on Macbook Air M2
https://bugs.documentfoundation.org/show_bug.cgi?id=157312 --- Comment #3 from Patrick Luby --- (In reply to steve from comment #2) > Please disregard the version info I posted, since I am not 100 % sure > whether I encountered this issue on main or stable build. Since you have a recent nightly master build, can you run LibreOffice with Skia/Metal enabled from the Terminal, force the bug to be occur in an empty document, quit LibreOffice, and then post any log messages that LibreOffice printed in the Terminal? Nightly master builds usually print a message for many unexpected errors and usually the error messages are unique enough that a can grep for the message to find where in the LibreOffice code the error is occurring. My hope is that this bug is due to some unexpected error that maybe we can handle. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157312] Current cell highlight doesn't update with skia hardware rendering on Macbook Air M2
https://bugs.documentfoundation.org/show_bug.cgi?id=157312 --- Comment #2 from steve --- Please disregard the version info I posted, since I am not 100 % sure whether I encountered this issue on main or stable build. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157312] Current cell highlight doesn't update with skia hardware rendering on Macbook Air M2
https://bugs.documentfoundation.org/show_bug.cgi?id=157312 steve changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC||l...@disr.it, ||plub...@neooffice.org Priority|medium |high --- Comment #1 from steve --- Thanks for filing this. This is a regression from what I can tell and I have been noticing this for a while. Sadly with no clear steps to trigger the mis-alignment of cell highlight and row / column highlight. Even with "Force Skia software rendering" disable having a hard time to reproduce. But I am positive I have seen this many times in recent months. Affecting all macs since I reproduced on intel mac and OP has apple silicon. I am Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b3fdd999f87312447d03915585812b3a5cd48141 CPU threads: 8; OS: Mac OS X 13.5.2; UI render: Skia/Raster; VCL: osx Locale: en-US (en_DE.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.