https://bugs.documentfoundation.org/show_bug.cgi?id=146765
--- Comment #23 from Patrick Luby <plub...@neooffice.org> --- (In reply to Alex Thurgood from comment #22) > Created attachment 184158 [details] > LLDB backtrace with 7.5 beta > > @Patrick: I tested this in 7.5 beta from a lldb session and am attaching the > bt obtained when it crashes. Your backtrace definitely shows NSAccessibility is active. If you scroll to the bottom of your backtrace and then scroll up to the bottom-most NSViewGetVisibleRect call, you will see that the crash occurs within some AquaA11y* calls so LibreOffice's accessibility code has been activated. For every LibreOffice accessible object (text, image, button, etc.), a matching native NSView is added to the native NSWindow to connect LibreOffice's C++ objects to macOS's native accessibility events so adding NSViews is normal. But what is strange is that in all of our crash logs, adding a new, empty NSView triggers the infinite recursive NSViewGetVisibleRect calls. I put some printf's in the code and only about 20 - 25 NSViews are added before the crash occurs. That isn't very many views (I seen Calc add tens of thousands) so I suspect that there is something unusually about the relative position or relationship between those NSViews. I'll see if I can find anything odd about the NSViews that may be triggering this crash. -- You are receiving this mail because: You are the assignee for the bug.