Created attachment 117401 [details] Sample taken using OSX Activity Monitor LibreOffice Vanilla 4.4.4006 gets 100% CPU on file open and has to be Force Quit after installing OSX 10.11 El Capitain Public Beta 2. Also seen using 4.4.4003 and 4.4.4004. Prior to installing the Public Beta 2 LibreOffice ran O.K. Earlier a similar problem was encountered when selecting a spreadsheet cell to copy it. "Sample of LibreOffice 4.4.4003 OSX 10.11 Public Beta 2.txt" is from OSX Activity Monitor.
@Michael : how long did you wait for the file open dialog ? What did you do to open the file ? Double-clic, Cmd-O, or File > Open It sounds like bug 90913
AFAIK, there are no other testers on OSX Beta El Cap, so if it is OS-specifc (although it seems to me that the problem is there already in Yosemite), then it is unlikely to get fixed until / unless a developer can get their hands on a beta copy, install it and set it up, to be able to confirm.
Created attachment 117413 [details] Sample taken using OSX Activity Monitor Same problem with Openoffice 5.0.0.3
It happens already when opening a new file in Libreoffice Writer and adding a table
Michael : how long did you wait for the file open dialog ? -- Forever, but it goes into very high CPU almost straight away. -- A visual clue that NOTHING is happening is that the "thermometer" at the bottom of the screen never appears - not even a whisker of it. What did you do to open the file ? Double-clic, Cmd-O, or File > Open -- I have tried: File > Open as well as Double-Clicking on the file I want. -- I did not try Cmd+O. Obviously something changed in OS X 10.11 Public Beta 2 and that change might get reverted for the next iteration "Public Beta 3", which could be out within 10 days or so (i.e. around August 1st), or not. The problem has been reported to Apple's Beta Program too. I have Xcode on my system here if you want me to try anything. To keep up with my spreadsheets I just boot back into OS X 10.10.4 once a day.
A different hang occurs even if the spreadsheet loads (for example by running the soffice.xcodeproj file in sub-folder OSX of the source code bundle libreoffice-4.4.4.3.tar. In this case, just pick a cell and right-click to copy it: the sub-menu appears but the screen freezes.
I installed LibreOffice 5.0.0.3 and I get the same (similar) results. I see that telesto@surfxs.nl has already confirmed the problem with that and filed a Sample report.
Created attachment 117423 [details] Sample OSX Activity Monitor OpenOffice 4.1.1 OpenOffice 4.1.1. seems to have the same/similar problem. It takes a little longer to appear, but eventually it will use 100% CPU & the activity Monitor output seems also to be similar (but I'm no expert).
*** Bug 92897 has been marked as a duplicate of this bug. ***
I cannot confirm that 4.4.5 has the same problem on Public Beta 2 — I've left LO 4.4.5 open for a couple of hours, after opening a document which does hang LO 5+ from the duplicate and also adding a table. No memory leak nor CPU use. OS X 10.11 Beta (15A225f) LO Version: 4.4.5.1 Build ID: 1b6df295803ea040dab1b48b5424da8d78d94cf0 Locale: en.UTF-8 I do see a hang with V5.1 with a new writer document and adding a table, so it is not isolated to my test document from #92897. But can't easily reproduce with V4.4.5 in PB2.
I now have OS X 10.11 Beta (15A225f) on two macs, one MacBook Pro and one MacBook Air and I also have problems with just any spreadsheet I open. LibreOffice consumes almost 100% CPU and I always have to Force Quit. Sad to say It is for now impossible to use LibreOffice on 10.11. I have to use my other Macs (with Yosemite) in order to get things working. I have tried LibreOffice 4.4.4.3, 4.4.5.1, and 5.0.0.3. None of these work. I also filed a feedback to Apple (with Feedback Assistant)
OK, I can confirm that Calc in 4.4.5 does completely hang when accessing the context menu for a cell, so although I can't trigger it in Writer (4.4.5) I can in Calc (4.4.5). I can trigger the hang in Writer (5.0.0 / 5.1) and Calc (5.0.0 / 5.1). I think it is important to remember that 10.11 is still a beta; for example core apps like Font Book are completely broken at the moment, so this behaviour may change and there isn't much that LO can probably do until we are close to a final OS X release...
Installed Apple OS X 10.11 Public Beta 3 and I get similar results. 99% CPU time for LibreOffice Vanilla (LOV) 4.4.4006 opening a "known good" .ods file. This time: -- On opening the file from Finder I get overwriting of the green startup screen and then the 99% CPU and I Force Quit. -- On a second try the file opens "normally" then LOV freezes when I change 1 cell and click on Save (and I Force Quit). Unable to report this to Apple as the Feedback application will not let me in.
Just installed beta 3 (15A234d). Problem persists. Also filed a Feedback to Apple, hope they read it (and act upon it). Impossible to use LO with El Capitan.
Also still broken in PB3 and I've also filed feedback to Apple, the more of us that do that the better...
Hello, also can confirm this behaviour. Sometimes LO Calc hangs on opening a spreadsheet, sometimes it is possible to work for a time. Hang of the App occurs to very different actions, but mostly on copy and paste. It doesn't matter if the spreadsheet contains complex formular and data or only a view cells. Tried all 4.x versions of LO, including the one from the Apple app store. All behave equal. Filed a feedback report to Apple on PB2, but error exists in PB3 also. As many other apps currently are broken, it think it is related to OSX, but a look behind the scenes wouldn't be bad.
*** Bug 93048 has been marked as a duplicate of this bug. ***
Confirmed independently via duplicate
I can this behavior on Mac OS X 10.11 El Capitan with LO 5.0 RC4, 4.4.5 and 4.3.7.
I see this problem on OSX 10.11 beta 2 using the latest downloadable version of LibreOffice. It is not only with spreadsheets though... I see the same issue with presentations... Unfortunately it renders LibreOffice totally unusable with 10.11. Yes, 10.11 is a beta, but myself and many others do run the beta for work, so hopefully it will get resolved quickly...
I confirm these issues with public beta 3 and 4.4.5 At one try, I recorded LO using 41 GB application memory. Shortly thereafter, OS X paused all applications saying I have "run out of application memory, please quit unneeded applications".
Even with El Capitain Beta 5 the bug is still present.
I may have found a workaround: for me, LibreOffice seems to function correctly when the current user is an admin user. Can anyone reproduce this and confirm whether it is a valid workaround?
(In reply to allamistakeo19 from comment #23) > I may have found a workaround: for me, LibreOffice seems to function > correctly when the current user is an admin user. > > Can anyone reproduce this and confirm whether it is a valid workaround? I'm an admin user and unfortunately I am experiencing the problem, so being an admin user does not work for me...
The problem still persists in Public Beta 4 :(
(In reply to floridabrits@gmail.com from comment #24) > (In reply to allamistakeo19 from comment #23) > > I may have found a workaround: for me, LibreOffice seems to function > > correctly when the current user is an admin user. > > > > Can anyone reproduce this and confirm whether it is a valid workaround? > > > I'm an admin user and unfortunately I am experiencing the problem, so being > an admin user does not work for me... Indeed, it appears I have been a bit too fast at reporting this potential workaround. Sorry for the false hopes.
The problem continues to appear with OSX 10.11 Public Beta 4.
I'd like to confirm this bug. To give more detail: Writer, Calc, and Impress lock up within a minute or so after use. It doesn't matter if it's a blank document or an existing document. The issue seems more time-related rather then being triggered by a specific action. The file locks seem to be OK and after "Force Quit" LO attempts to recover the last document successfully but it locks up again. Apache Open Office has the exact same problem on El Capitan. But it doesn't seem to be a problem with Oracle Java because Eclipse works just fine. There is a new security policy in El Capitan: nobody writes to /usr, not even users with administrative privileges. But I doubt LO needs that. During lock-up, LO consumes 100% of CPU. I have not tried to inspect LO with Xcode Beta, which should have some tricks related to El Capitan. The lock-ups were happening since El Capitan Beta 3 and continue in Beta 6. I tried LO 4.4 and 5.0 beta. The same behavior. I am an admin user.
I've also tried to turn OFF both Java and OpenCL and not use OpenGL just in case, but the 100% CPU hang remains. If someone does have XCode 7 could they see if Instruments could determine what is going wrong?
Looking at the samples, most of the time is in libsystem_kernel.dylib, and seems to be related to mach messages: Sort by top of stack, same collapsed (when >= 5): __psynch_cvwait (in libsystem_kernel.dylib) 5222 __workq_kernreturn (in libsystem_kernel.dylib) 5222 mach_msg_trap (in libsystem_kernel.dylib) 2720 __accept (in libsystem_kernel.dylib) 2611 __psynch_mutexwait (in libsystem_kernel.dylib) 2611 kevent_qos (in libsystem_kernel.dylib) 2611 _kernelrpc_mach_port_insert_member_trap (in libsystem_kernel.dylib) 274 objc_msgSend (in libobjc.A.dylib) 166 _kernelrpc_mach_port_extract_member_trap (in libsystem_kernel.dylib) 131 _pthread_mutex_unlock_slow (in libsystem_pthread.dylib) 88 pthread_mutex_lock (in libsystem_pthread.dylib) 62 pthread_mutex_unlock (in libsystem_pthread.dylib) 57 _pthread_mutex_lock_slow (in libsystem_pthread.dylib) 55
Created attachment 117750 [details] OS sampling output on Mac OS X El Capitan for LO 5 This is how the detailed sampling of OS calls looks like for LO 5. I don't see much interesting there yet. All I noticed that the sample count drops from 1914 to 1434 when [NSApplication _nextEventMatchingEventMask:untilDate:inMode:dequeue:] is called
It seems only 32bit builds work fine on El Captain (Public Beta 4 in my case). I haven't problem to run the latest 32bit builds of LO 4.3.7.2 (try this https://downloadarchive.documentfoundation.org/libreoffice/old/4.3.7.2/mac/x86/). After opening two documents no signs of CPU hanging up. Active Monitor says CPU workload of the computer is fine, it's under 10 %. Please, can anyone try it and confirm it eventually?
Re. comment 32, I tried this just now. Having installed the 32bit build of LO 4.3.7.2 using https://downloadarchive.documentfoundation.org/libreoffice/old/4.3.7.2/mac/x86/ I first tried to select four cells and do Edit -> Copy (or Command + C). This lead to high CPU utilization but it disappeared after a short time. I subsequently hit Paste multiple times (with Command + V) and the results were pleasing. Unfortunately when I then try to go File > Save I get the 100% CPU and have to Force Quit again. I did this twice and got the same results both times. (I tried getting a Spindump on the second try but no data was saved).
I've edited my thesis in Writer (sorrry, I don't use Calc) over 2 hours (with dozens saves) in the version of LibreOffice without any problem with high CPU workload. That's for me a workaround how to use LibreOffice on El Captain temporarily.
Created attachment 117914 [details] Sample of LOV 4.3.7.2 x86 on OSX 10.11 Public Beta 4 Attachment for Bug 92898
Sorry that I have neglected to repeat that the problem is in Calc. Several folks have confirmed that the problem appears intermittently in Writer and Impress as well. Comment 19 reported it in Calc using LO 5.0 RC4, 4.4.5 and 4.3.7. Comment 25 confirmed it using OSX 10.11 Public Beta 4. Using the 32bit build of LO 4.3.7.2 does allow a small amount of work in Calc, and apparently Writer has no problems at that level. I did try to use Calc again with the 32bit build of LO 4.3.7.2 and was able to copy some cells but then trying to save the spreadsheet resulted in 100% CPU. I took a Spindump of that if any one is interested. See file "Sample of LibreOffice 4.3.7.2 x86 #1 2015-08-14" uploaded separately. I have installed Xcode 7 Beta and can use that to try something. So far I downloaded the LOV code but it doesn't compile. Can someone suggest what I might try, please?
You could try obtaining a backtrace using a nightly build and lldb from the Terminal, but I don't think the nightly builds are debug-enabled, so the output won't be any better than the crashdumps you get with the Apple crashdump reporter. lldb is included in XCode.
Right now I'm trying to compile LOV with Xcode Beta 7. Asked for help on Ask Libre Office forum (seems the right place to do that).
I tried the 32bit build of LO 4.3.7.2 and at first I thought it worked, but after a while the same problems got back, 100% CPU and slowly increasing memory (up in the GB range before I forced quit). Worked better with Calc but not at all with Draw. Haven't tried Writer yet, for the moment I am in great need for both Calc and Draw. Back to a Mac with Yosemite is the only option for me right now. Sad.
May not be the ideal solution, but NeoOffice (aquafied openoffice variant) seems to work more or less on 10.11 for anyone who needs ODF support in 10.11 until this gets solved... I notice documents which cause V5.1 nightly to hang immediately do not hang the 64bit 4.3 or 4.4, or it takes longer. My duplicate bug has a document which causes 100% CPU hang in 5 that doesn't occur in 4.4, so there are a series of overlapping situations that affect all LibreOffice versions but to different degrees. I suspect whatever changed in V5+ is just exposing the underlying problem immediately.
Good news! Just installed El Capitan, beta 5 (15A262c). It MAY be an early result, but so far, after half an hour, LO works just as it should. Calc and Draw are now both OK. Activity Monitor shows nothing strange. Hope problem solved (whatever the reason).
I'm running El Capitan Beta 6 and LO 5.0.0.4. LO hangs on any of my Calc files. These are simple files. NeoOffice is $30 and the free version only reads files - it doesn't save them. As a related item let me mention that MacPorts fixed a GTK Pango compile error and now it's possible to use Gnumeric for Calc files and AbiWord for Writer files.
I did some more testing and I have the following reproducer: 1. Start LO 5.0.0.4 and let it stay in the initial screens (no problems observed for any length of time). 2. Create an empty Calc document (no problems observed for any length of time). 3. Type "hello" in cell A1 (no problems observed for any length of time). 3. Attempt to save the document to "hello.ods". LO goes to 100% usage and stops responding.
It seems the latest public beta was pulled, but in 15A243d although Piotr's calc steps hang V5.1 alpha, they don't hang the 32bit 4.3.7 for me. I worked in Writer for about 45mins in the 32bit 4.3.7 without any hangs, so I think it is currently the only option. NeoOffice is indeed not only payware but it is so out of date compared to LibreOffice formatting gets lost loading Libreoffice ODT files... @Anders: can you reproduce Piotr's calc saving hang?
Reproducer for LO 5.0.0.4 Calc on Mac OS X El Capitan Beta 6: 1. Start LO 5.0.0.4 and let it stay in the initial screens (no problems observed for any length of time). 2. Create an empty Calc document (no problems observed for any length of time). 3. Type "hello" in cell A1 (no problems observed for any length of time). 3. Attempt to save the document to "hello.ods". LO goes to 100% usage and stops responding. Reproducer for LO 5.0.0.4 Writer: 1. Start LO 5.0.0.4 and let it stay in the initial screens (no problems observed for any length of time). 2. Create an empty Writer document (no problems observed for any length of time). 3. Type "hello" at the beginning of the document (no problems observed for a few minutes, then LO goes in 100% CPU load and becomes unresoponsive). 3. If LO didn't hang yet, attempt to change the style of "hello" to be "Title". LO goes to 100% usage and stops responding. Reproducer for LO 5.0.0.4 Impress: 1. Start LO 5.0.0.4 and let it stay in the initial screens (no problems observed for any length of time). 2. Create an empty Impress document (no problems observed for any length of time). 3. Type "hello" in top box of the first slide (no problems observed for any length of time). 3. Click on the right toolbox on "Styles and Formatting". 4. Right Click on "Title" style. 5. Change font from "Liberation Sans" to "Liberation Sans Narrow" (Apple and Microsoft fonts will cause problems too) and click OK. LO goes to 100% usage and stops responding. There is quite a spread in error conditions. There might be a problem with file system interaction and/or fonts. LO 4.4.5 is more stable (the above reproducing steps cause trouble only sometimes) but in the end some of my old documents (Calc, Impress, or Writer) hang LO. I did not find a document that worked.
In reply to Iandol: I tried to reproduce Piotr's example on two Macs (MackBook Pro and MacBook Air). In my comment 24 h ago I reported that I had installed (Public) beta 5 (15A262c), and that it worked very well. This was in my MacBook Air, and LO (5.0.0.5) is still working like a clock. No problems whatsoever, and then I have really worked a lot with the same documents that produced the hangs in PB4. Following Piotr's example is no exception. Works like a clock. Now to my other Mac, the MacBook Pro. This morning I wanted to update to PB5 but to my surprise it did not show up in App Store Updates. Obviously PB5 has been withdrawn from the App Store, and I was just lucky to get the update on my MacBook Air. Following Piotr's example on the MacBook Pro with PB4 however also worked! Between each step I let 5-10 minutes pass and Activity Monitor showed nothing strange. This was a surprise to me. But then I opened my previous documents and, yes, LO hang. Force quit. My conclusion: PB5 (15A262c) works, PB4 (15A243d) does NOT work. Note that in this and all my other comments I refer to Public Betas. I have no access to developer betas. I see that Piotr reports using Beta 6, I assume he means Developer Beta?
I did just receive this email from Apple: "Engineering has implemented changes that are supposed to fix the problem you reported. These changes are in the latest version of the software available to you, 15A262e. Also, check that you are running LibreOffice 4.4.5.2 or later. Feedback ID 1060593, LibreOffice Hangs in Public Beta 2" I am waiting for 15A262e to become available again, then will test. Feedback Assistant allows me to feedback info on whether I find this bug is fixed. At least Apple are working on it!
Great, my writer documents from the duplicate bug report which always hung before now doesn't hang, and none of Piotr's tests hang in public beta 5 (15A262e) which is equivalent to developer beta 7. This is using 5.1alpha; I don't have 5.0 installed anymore. 4.3.7 is still working too. Haven't had time to hammer on it and CPU is quite spiky and high, but it never freezes... Version: 5.1.0.0.alpha1+ Build ID: 2ce903c7b2d67a46c2fe2755cfaa66d98f2eddf2 TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2015-08-17_00:16:25 Locale: en-US (en.UTF-8)
Like Iandol (comment 47) I also got an email from Apple asking me to try LOV 4.4.5.2 or later. Initially I had trouble finding 4.4.5.2 and so I went with these two "fresh" versions: - LibreOffice_5.0.0_MacOS_x86-64.dmg which installed Version 5.0.5 from Thursday, July 30, 2015 at 22:24 whose "About" says "Version: 5.0.0.5 Build ID: 1b1a90865e348b492231e1c451437d7a15bb262b Locale: en-US (en.UTF-8)". - LibreOffice_5.0.1.1_MacOS_x86-64.dmg which installed Version 5.0.1001 from Friday, August 7, 2015 at 15:08 whose "About" says "Version: 5.0.1.1 Build ID: 13f702ca819ea5b9f8605782c852d5bb513b3891 Locale: en-US (en.UTF-8)". I find the "About" texts a bit confusing, but with either version I was able to load an .ods Spreadsheet into Calc and work on it and Save it with no bad results. I did not test Writer or Impress. I then back-tracked to look for the "still" version of LOV and downloaded: - LibreOffice_4.4.5_MacOS_x86-64.dmg which installed Version 4.4.5002 from Wednesday, July 22, 2015 at 21:46 whose "About" says "Version: 4.4.5.2 Build ID: a22f674fd25a3b6f45bdebf25400ed2adff0ff99 Locale: en.UTF-8". I had trouble with messages saying the executable was corrupted several times and I downloaded the .dmg again. Initially in Finder the module version would also read 5.0.1001. Maybe that's a confusing bug in OSX: when you have several different versions of an .app in /Applications (e.g. LibreOffice.app renamed as "LibreOffice 5.0.1001.app") and you add another copy of LibreOffice, the Version number in Finder comes up incorrectly. It does seem to be displayed correctly but only after a few minutes have elapsed. It is definitely reproducible. Finally I was also able to repeat the Calc tests successfully with this version of LOV as well (4.4.5.2). So, in conclusion, I would also say that LibreOffice Calc is working OK again on OSX 10.11 Public Beta 5 with these versions.
I have reported my problem fixed to Apple.
Just a short while after my last comment I saw that PB5 was back again, now as 15A262e. Installed on my MacBook Pro, and problems seem to have blown away. What a relief. (LO is latest download, 5.0.0.5) I am also satisfied that my feedback to Apple seems to have worked since I also got an email from them. Reported back OK.
I can confirm with the latest Public Beta 5 that it works for me too (Macbook Pro Retina 2015). Life is good :-) Thanks to everyone on this thread for the updates...
Per comments 5à, 51 and 52 - Apple has fixed the problem
Just a quick FYI. I upgraded to Mac OS X El Capitan Beta 7 (this mornin's update) 15A263e I went through my reproducers for Calc, Writer, and Impress in LO 4.4.4.3 and everything worked fine. Also, opening old documents works and does not hang LO.
I can confirm LO 5.0.1.1 (Writer) works on Mac OS X 10.11 El Capitan Public Beta 5 very well without any hangs for me. So I guess this issue can be closed soon.