On MacOS, when moving the Collabora Office program window via an automated method it will sometimes crash and terminate.
I only use “Text Document” & “Spreadsheet” and didn’t test others parts of the app. It has previously done this for a couple years when I was using BetterSnapTool, but it is also doing it now using MacOS Sequoia’s built in window management (“Tile” & “Fill”; using Menu Option: Window > Move & Resize, the program window expand button’s long hold shortcut and dragging the window to screen edges). Sometimes I can move and resize the window without issue, sometimes it crashes immediately as it attempts to move/resize. I always thought it might be some compatability with how BetterSnapTool does things so I didn’t bother reporting it, but now that it’s doing it with native window management too…
It’s a fresh install of MacOS 18.0 on a 2023 MacBook Pro, Collabora Office is from the Mac App Store and is up to date (24.04.3.2 AARCH64). The MacBook Pro is in Clamshell mode with two external displays connected. System Setting “Displays have separate Spaces” is turned on (required for window management) and “Stage Manager” is turned off.
Annoyingly, auto-recovery also always fails when I re-open the app (the document shows in the list with the option to recover, but it always throws an error “Access to /Users/…/file.xlsx was denied.” when attempting to recover).
Anyone else having this issue, any thoughts, any way to report it as a bug?
This sounds like a bug that has been fixed a while ago in LibreOffice. I haven’t had this crash in a long time with LibreOffice.
I noticed I have the same version on my machine, including macOS 18, and don’t seem to have this issue. I do use Rectangle for window management, but disabling it I don’t seem to be able to reproduce what you write.
Unfortunately it’s not a consistent crash. I just now dragged a window back/forth several dozen times to try and find a way to replicate, and no crash, then thought maybe it’s a multiple file open thing and opened another file, no crash on a few drags then, bang!, crash, try the exact same procedure again and no crash, then several more drags, no crash.
Makes it hard to pin down something exact… (only happens with?:… external displays? multiple displays? multiple files? an unsaved file? files with certain features? who knows…)
But it has happened on this MBP’s fresh install (done mainly because of this issue), previous install after removing BetterSnapTool, previous install with BetterSnapTool, previous Intel MBP with BetterSnapTool, and with LibreOffice on the previous MBP as well…
The only thing I haven’t tested is using the MBP as a laptop rather than in clamshell mode (since I rarely use it in laptop mode).
Was just looking for a solution too, we get this ALL the time at work usually with the employees that are neurotic about organized windows. bout a couple dozen mac studios, with dual screens, all up to date. I’ve told them to stop dragging the windows but they don’t listen then whine when they loose their work. boss is bugging me to find another non-microsoft spreadsheet app that isn’t iwork.
PLEASE FIX THIS!
Is there anything in common between each issue? (certain file type, multiple files open, moving between monitors, only with a certain file, only files with certain features in use, shared multi-user files)
Anybody else know if there’s a debug build or if it creates trace/crash logs?
File doesn’t matter, my testing shows happening with even new unaltered unsaved documents, just open calc then drag to edge to tile/untile window over and over and it eventually crash, but not in any repeatable way, just keep doing it and it does it. No other windows open or other programs running, fresh install, staying all on one screen, not related to the tile location, left, full, rights, etc. and file recovery always fails, unreliable crqp.
Issue definitely still exist and never fixed, they doesn’t care.
I just tested again on my MacBook Pro without anything connected to it, using a new user profile and a new unsaved Calc document window without any edits; no other programs were open and Collabora & macOS were up to date. Using macOS’ built-in Move & Resize feature, I snapped the window to the left, then full, then back and forth several times between those locations and it eventually crashed.
So it’s not related to external or multiple screens, and like @JamesQ mentioned, not related to the file, what it contains or its saved location.
And definitely not something that was fixed in LibreOffice like @PeterHagen mentioned, or at least not completely fixed or there were multiple causes and only one was fixed.
Is there somewhere else I should be posting about this issue so it might be fixed?
Here’s what would be helpful if you have the information available:
Console Logs:
On macOS, open the Console app and filter logs for keywords like “soffice” or “Collabora.” Check for any errors or warnings that occur during or just before the crash.
Dev Tools (if using Collabora Online):
If you’re using Collabora Online in a browser, open the developer tools (press F12 or Cmd+Option+I) and check the Console and Network tabs for any errors or failed requests leading up to the crash.
Crash Logs:
On macOS, crash reports are stored in ~/Library/Logs/DiagnosticReports/. Look for logs associated with the application (e.g., soffice.bin) and share any relevant details—excluding sensitive information
If you can provide any of these details, it could help identify the cause of the issue. Thanks!
DiagnosticReports doesn’t have any files, and this is the macOS app rather than Online version, so no Dev Tools. Here’s the console entries for a drag leading to a crash.
Pre 14:12:11 is toggling between console to clear scrollback and Collabora Office to drag it; 14:12:20 and later is after the app already crashed and it’s prompting for file recovery (it was a new Calc document, not an opened file, unedited and unsaved)
