Description: After inserting three additional rows in a table in a "Client Information" questionnaire (.docx) I inspected / removed a company banner at the top of the first page. The MacMini immediately displayed the dreaded "BeachBall" which was rotating very slowly. LibreOffice was consuming 99.7% of the CPU capacity and the MacMini HUNG. I copied the contents of the Apple Crash report to a .txt file before sending the report to Apple. I can send you a copy of the .txt file. Steps to Reproduce: 1.Do you need a copy of the Client Information form in order to run tests or is a copy of the Apple fault report sufficient??? 2. 3. Actual Results: m,nlknj Expected Results: lkjo Reproducible: Always User Profile Reset: No Additional Info: LibreOffice 7.6.4.1 (AARRCH64) https://git.libreoffice.org/core/+log/e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 MacMini OS = macOS Sonoma 14.3.1 I will try to append a .txt copy of the Apple report fault to this bug report.. Clearly I am not a technical expert and have no prior experience of submitting reports using a wiki environment
Created attachment 192603 [details] Text copy of Apple Fault report
Possible DUP of bug 61967 ?
@stepped_canyon : ideally, we would also need a test DOCX document where we could attempt to reproduce the issue, otherwise we don't really know the circumstances under which the problem occurs, i.e. whether it is document content/formatting independent, or something specific in your document. Take care to remove any personal or confidential information beforehand.
Good morning, copy of original .docx document attached (hopefully). 1. I had populated the Client Details, Contact Details, Family and Dependents, and Final Salary Pension sections and saved the document at this point. 2. In the Advice Areas table (foot of page 1 and top of Page 2 I then inserted three additional rows above the row "Savings and Retirement" at the top of page 2. 3. Unfortunately I did not save the document at this point!! 4. I scrolled up to view the graphic at the top of page 1 with a view to deleting it since it was occupying a lot of otherwise useful space in page 1. 5. The graphic appeared to be in the body of the page, not in a "page header" 6. The graphic looked rather simplistic (an outer frame surrounding a number of coloured frames) 7. Before I could look more closely the screen image crashed / "exploded" and the Apple "Beach Ball" appeared, initially rotating and moving around quite quickly. 8. The BeachBall then stopped moving around and the rotation slowed to the point that the rotation was very jerky, perhaps six to eight jerks per rotation. 9. At this point LibreOffice was consuming 99.7% cpu capacity according the Activity Monitor.
Created attachment 192612 [details] Client Fact Find Questionnaire (.docx format)
(In reply to Alex Thurgood from comment #3) > @stepped_canyon : ideally, we would also need a test DOCX document where we > could attempt to reproduce the issue, otherwise we don't really know the > circumstances under which the problem occurs, i.e. whether it is document > content/formatting independent, or something specific in your document. Take > care to remove any personal or confidential information beforehand. Hello Alex, Is the information included in Comment4 and Comment5 sufficient to enable analysis & testing to determine the root cause of the bug and find a resolution to it? Thank you, @stepped_canyon
(In reply to stepped_canyon.0x from comment #4) > Good morning, copy of original .docx document attached (hopefully). > > 1. I had populated the Client Details, Contact Details, Family and > Dependents, and Final Salary Pension sections and saved the document at this > point. > > 2. In the Advice Areas table (foot of page 1 and top of Page 2 I then > inserted three additional rows above the row "Savings and Retirement" at the > top of page 2. > I added three rows to the table manually, by tabbing my way across the Advice Areas table. I did not save the document. > 3. Unfortunately I did not save the document at this point!! > > 4. I scrolled up to view the graphic at the top of page 1 with a view to > deleting it since it was occupying a lot of otherwise useful space in page > 1. I selected the graphic, then deleted it - no crash. I closed the document without saving, re-opened it, and tried the same steps again, except I waited a few seconds with the mouse hovering over the graphic before deleting it - still no crash. At the moment, I can not see what might trigger the crash. Version: 7.6.4.1 (AARCH64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 8; OS: Mac OS X 14.2.1; UI render: Skia/Raster; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded
@stepped_canyon: what are your Skia settings ? Look under LibreOffice > Preferences > View Are you using any assistive technology tools (e.g. VoiceOver, screen zoom or magnifier, Rectangle, etc) ?
The Apple dump file you provided shows a sigtramp being generated: 11 -[AquaA11yWrapper accessibilityAttributeNames] + 272 (libvclplug_osxlo.dylib + 290612) [0x100aeef34] 11 SwAccessibleGraphic::getAccessibleRole() + 60 (libswlo.dylib + 87324) [0x3b91d951c] 11 _sigtramp + 56 (libsystem_platform.dylib + 14884) [0x186bc1a24] 11 (anonymous namespace)::signalHandlerFunction(int, __siginfo*, void*) + 152 (libuno_sal.dylib.3 + 213896) [0x100e14388] 11 callSignalHandler(oslSignalInfo*) + 40 (libuno_sal.dylib.3 + 33280) [0x100de8200] 11 VCLExceptionSignal_impl(void*, oslSignalInfo*) + 340 (libvcllo.dylib + 4077336) [0x1058df718] related to the accessibility code, but this might be a red herring.
(In reply to Alex Thurgood from comment #9) > The Apple dump file you provided shows a sigtramp being generated: > > 11 -[AquaA11yWrapper accessibilityAttributeNames] + 272 > (libvclplug_osxlo.dylib + 290612) [0x100aeef34] > 11 SwAccessibleGraphic::getAccessibleRole() + 60 (libswlo.dylib + 87324) > [0x3b91d951c] > 11 _sigtramp + 56 (libsystem_platform.dylib + 14884) [0x186bc1a24] > 11 (anonymous namespace)::signalHandlerFunction(int, __siginfo*, void*) + > 152 (libuno_sal.dylib.3 + 213896) [0x100e14388] > 11 callSignalHandler(oslSignalInfo*) + 40 (libuno_sal.dylib.3 + 33280) > [0x100de8200] > 11 VCLExceptionSignal_impl(void*, oslSignalInfo*) + 340 (libvcllo.dylib + > 4077336) [0x1058df718] > > related to the accessibility code, but this might be a red herring. (In reply to Alex Thurgood from comment #8) > @stepped_canyon: what are your Skia settings ? > > Look under LibreOffice > Preferences > View > > Are you using any assistive technology tools (e.g. VoiceOver, screen zoom or > magnifier, Rectangle, etc) ? (In reply to Alex Thurgood from comment #8) > @stepped_canyon: what are your Skia settings ? > > Look under LibreOffice > Preferences > View > > Are you using any assistive technology tools (e.g. VoiceOver, screen zoom or > magnifier, Rectangle, etc) ? Good morning Alex: >The settings in LibreOffice > Preferences > View are all set to "Automatic" > > "Graphics Output" "use anti-aliasing" and "use Skia for all rendering" are both ticked. The remaining options are not ticked. > > should I "Run Graphics Tests" ??
[Automated Action] NeedInfo-To-Unconfirmed
(In reply to Alex Thurgood from comment #9) > The Apple dump file you provided shows a sigtramp being generated: > > 11 -[AquaA11yWrapper accessibilityAttributeNames] + 272 > (libvclplug_osxlo.dylib + 290612) [0x100aeef34] > 11 SwAccessibleGraphic::getAccessibleRole() + 60 (libswlo.dylib + 87324) > [0x3b91d951c] > 11 _sigtramp + 56 (libsystem_platform.dylib + 14884) [0x186bc1a24] > 11 (anonymous namespace)::signalHandlerFunction(int, __siginfo*, void*) + > 152 (libuno_sal.dylib.3 + 213896) [0x100e14388] > 11 callSignalHandler(oslSignalInfo*) + 40 (libuno_sal.dylib.3 + 33280) > [0x100de8200] > 11 VCLExceptionSignal_impl(void*, oslSignalInfo*) + 340 (libvcllo.dylib + > 4077336) [0x1058df718] > > related to the accessibility code, but this might be a red herring. I cannot reproduce this bug with my local build, but the above snippet of dump file looks like LibreOffice's macOS accessibility code is trying to query a LibreOffice object that has already been deleted. I recently committed a fix for a similar "macOS querying deleted LibreOffice objects" bug while working on tdf#158914. That fix will be in the upcoming LibreOffice 24.2.4 release (expected release is within the next week). When LibreOffice 24.2.4 is released, can you see if the bug still exists in that version?
(In reply to Patrick Luby (volunteer) from comment #12) > I cannot reproduce this bug with my local build, but the above snippet of > dump file looks like LibreOffice's macOS accessibility code is trying to > query a LibreOffice object that has already been deleted. > > I recently committed a fix for a similar "macOS querying deleted LibreOffice > objects" bug while working on tdf#158914. That fix will be in the upcoming > LibreOffice 24.2.4 release (expected release is within the next week). > > When LibreOffice 24.2.4 is released, can you see if the bug still exists in > that version? LibreOffice 24.2.4 is now available. The Mac Silicon version can be download from the following link: https://www.libreoffice.org/download/download-libreoffice/?type=mac-aarch64 If you still see a hang or crash, can you attach another Apple Fault report? Alternatively, a sample of LibreOffice using the /Applications/Utilities/Activity Monitor application works just as well.
Hello, I have not experienced any recurrences of the reported problem. I addition I have reset my entire user profile to "factory settings" using the Help Wizard "Restart in Safe Mode" procedure. I have not made any other changes. I am still using LibreOffice version 7.6.4.1 and have not experienced any resent issues. From my perspective the case can now be closed. Thank you.
(In reply to stepped_canyon.0x from comment #14) > From my perspective the case can now be closed. Good to hear. Closing this bug.