Choosing the Draw application with a blank page, then formatting that page and changing from portrait to landscaped locks up LibreOffice in OS X El Capitan.
@Christopher : at present, it seems that LO locks up very easily on all betas of El Capitan - whether this is LO's fault or a problem with the OSX beta is impossible to say at present, we have no one building LO on El Cap, nor do any of QA (to my knowledge) have an El Cap machine running.
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.
Forgot to mention: I tried LO 4.4 and 5 beta. The same behavior.
Confirmed independently by another user
Please check to see whether this is now solved in the latest OSX public beta as bug 92898 is currently reported as worksforme - seems like Apple fixed the crashing bug and perhaps this one has been fixed too.
I've just checked the problem in LO 4.4.4.3 running on Mac OX X El Capitan Beta 7 (build 15A263e) for developers. The problem is gone now.
Per comment 6, WFM