Description: While using the built in magnification of macOS and scrolling through the document using the trackpad Libre Office randomly crashes with error "object is nonfunctional". Steps to Reproduce: 1. Use magnification 2. Open a Document 3. Scroll through the document with the trackpad (not the curser) Actual Results: LibreOffice crashed with a dialog "Fatal Error" and the text "object is nonfunctional" Expected Results: Continue working normaly Reproducible: Always User Profile Reset: No Additional Info: This error happend as well on a frehsly installed 2011 iMac as on a freshly installed 2016 MacBook Pro. This error happend as well on the newest release as on the LTS-Release Version: 6.4.3.2 Build ID: 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8 CPU threads: 4; OS: Mac OS X 10.15.4; UI render: default; VCL: osx; Locale: de-DE (de_DE.UTF-8); UI-Language: en-US Calc: threaded
@Kristian : please indicate the zoom settings you have chosen and applied in the macOS zoom preferences dialog
@Alex Yes, of course. I'm always using magnification in full screen mode. I've configured to zoom in and out with a keyboard-shortcut in addion with two fingers on the trackpad (ctrl + trackpad up/down gesture). I'm hoping that information helps to reproduce.
[Automated Action] NeedInfo-To-Unconfirmed
(In reply to Kristian from comment #2) > @Alex Yes, of course. > I'm always using magnification in full screen mode. I've configured to zoom > in and out with a keyboard-shortcut in addion with two fingers on the > trackpad (ctrl + trackpad up/down gesture). I'm hoping that information > helps to reproduce. Thanks Kristian, but I don't understand the difference between what you have done and what is already available in any module of LO. 1) Launch LO in standard, windowed mode. 2) Open any document, or create a new one (e.g. Writer). 3) Press Cmd and use 2 finger scroll up/down on touchpad to zoom out/in. 4) No crash. Now try this in Apple fullscreen mode (LO won't let you do this via the green expand window button): 1) Launch LO in standard, windowed mode. 2) Press Cmd-Ctrl-F to get macOS to place the LO window in fullscreen mode. 3) Open any document, or create a new one (e.g. Writer). 4) PPress Cmd and use 2 finger scroll up/down on touchpad to zoom out/in. 5) No crash. The above describes the LO default zoom function. It doesn't relate to the magnification options available in the macOS system configuration settings. Now, if I activate the Zoom options under Accessibility in the macOS system preferences, the default shortcuts are : Option Cmd 8 : switches zoom on and off Option Cmd = : magnifies Option Cmd - : reduces Leave the other defaults unchanged. Now repeat steps 1 to 5 above (setting LO in fullscreen mode) No crash for me with Version: 7.0.0.0.alpha1 Build ID: 6a03b2a54143a9bc0c6d4c7f1... CPU threads: 8; OS: Mac OS X 10.15.4; UI render: GL; VCL: osx; Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded Kristian : where have you set the Ctrl + 2 finger scroll option ? Please provided detailed step-by-step instructions like I have done above. This is particularly important when activating accessibility functions on macOS, so that we know we are talking about the same basic setup.
Good Morning, thank you for helping me on this topic. So what I did and almost every time I got a error is this: 1) Go to System Settings > Accessibility > Zoom 2) Activate "Use Scroll gesture with modifier Keys to zoom" 3) Set the key to "^Control" now you can zoom in and out using the ^Control-Key Plus two fingers 4) Open any LO-Writer Document with more then one Page while Zoom is activated 5) Quickly scroll down (with two fingers) and up. 6) Error dialog appears and LibreOffice closes I noticed there more complex (tables etc.) the documents are, the crash happens sooner. Sometimes there is no crash or it comes later. I've been thinking about this problem for about 6 months now, and I've been wondering what the problem might be, especially since it happens on both my iMac and MacBook. Only recently I noticed that I can't produce the error if I don't use a zoom. If there is any possibility to provide you with further details (screenshots, logs, a video etc.), of course I would like to do that.
@Georg : are you using screen magnification in fullscreen mode ? cf. for example, bug 132999
(In reply to Alex Thurgood from comment #7) > @Georg : are you using screen magnification in fullscreen mode ? > > cf. for example, bug 132999 Sorry, my bad, pasted answer to wrong bug report.
I read though Kristian's error description, went to System Preferences - Accessibility and switched off "Zooming". I never used Zooming or magnification , but it was enabled. Thereafter error triggering on scrolling vanished.
Confirming due to independent report in 133495
This bug is still present in Version: 7.0.0.0.beta1 Build ID: 94f789cbb33335b4a511c319542c7bdc31ff3b3c CPU threads: 4; OS: Mac OS X 10.15.5; UI render: default; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded
This bug is still present in Version: 7.0.0.0.beta2 Build ID: 1c213561a365b5666167321de68c9977500c9612 CPU threads: 4; OS: Mac OS X 10.15.5; UI render: default; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded
Using LO 7.0.2.2 in macOS 10.15.7 I can confirm this bu. I am using LO at university (Linux version) since 2011 with some problems, nothing important, but the macOS version, with this critical bug, makes it unusable. Why? because I have to zoom-in my screen using the built in magnification tool a lot of times (for showing code details in other applications, while projecting to my audience) and if I have my LO presentation opened (or any other text in Writer opened) it will always crash. Please assign some priority to this one. I'll try the 7.1.0.0 alpha1 on Monday in class just to know if this bug has already been fixed. I'm open to provide any other further details. Thanks!
This bug is critical to visually impaired persons who only can operate the computer with in zoomed mode following mouse cursor. The pure document zoom is of almost no use here as they could not see any controls in that case. To emphasize: I just tested 7.0 on osx 10.15.7. LO runs like a charm without the system zoom. If the Document (odt) is opened, then the zoom applied, and you scroll down (in this case with magic mouse two finger), it crashes after about a minute. If LO is not running, and you open by double clicking the odt in finder in system zoomed mode, and two finger scroll, LO crashes instantly (tried for 40+ times alternating between no zoom - no crash, zoom with immediate crash, it's absolutely consistent).
Unfortunately, LO has a long checkered history on macOS of not being accessible-compatible with the system tools (and other accessibility add-on tools) as Apple progresses through the system versions and deprecates various APIs. The LO development team is always playing catch-up here, and it is difficult to be up to date given that LO releases are not generally built on the latest version of the Apple Mac system.
LibreOffice is after one year still not usable with activated magnification. The ticket is almost two years old and is still marked as New.
I enjoyed your article https://iogamesio.org very much. Thank you for sharing it.
can somewhat reproduce, but not by just scrolling with accessibility zoom. But opening the LibreOffice|About dialog a couple times after scrolling seems to trigger a soft crash somewhat reliably. Don't get a "object is nonfunctional" message though.. Is that still the message you get by just scrolling with accessibility zoom? And can you easily reproduce with a new document, inserting the dummy text (dt<F3> as a shortcut to enter that autotext) and copying that a few times to create a multi-page document, or does the document need to be way bigger/more complex to reliably (and quickly) reproduce it? If it only occurs after tens of minutes of use, it is really hard to diagnose/track down...
(In reply to Christian Lohmaier from comment #18) > can somewhat reproduce, but not by just scrolling with accessibility zoom. > But opening the LibreOffice|About dialog a couple times after scrolling > seems to trigger a soft crash somewhat reliably. There where multiple crashes around about screen, caused by Skia Raster rendering. Without Help About Info hard to know.. Anyhow, is this still a thing with Master?
Bug 158212 seems like a duplicate and the reporter said there has been no crash within a week of using version 7.6. Does anyone still reproduce this with 7.6?