Description of problem: I have just performed a bare metal install of F24. I had no problems with libreoffice on F23. This bug is unique to the F24 installation which uses LO 5.1.5.2. Several situations will cause the Calc application to lock up, requiring the process to be killed at the command line level. 1. When selecting several cells of text to copy by dragging the highlighted cells at the lower right corner, the display does not update the contents of the cells until after the mouse cursor is released. In previous versions of Calc the changes to the cells would be populated with data while the drag was taking place. In this version, the cells are highlighted during the drag but the data is never populated during the drag. The data will not be populated until the mouse is released. 2. When performing operation (1), the application will frequently lock up. Calc becomes unresponsive during the drag with the mouse, and the display will not update when the mouse is released. At this point the Calc window is frozen and the mouse becomes unresponsive. The whole system becomes unresponsive for several seconds, then after a few seconds the mouse can be used to select other desktop items. Although the remainder of the system can be used, the window relating to Calc remains unresponsive. To wit: a) the window will not update. It cannot be overwritten by any other window; b) the Calc program will not respond to any control inputs; c) the Calc program cannot be closed by clicking on the window close button in the top right corner of the header; d) Calc cannot be closed by right clicking on the taskbar and selecting "Close." When this is performed a pop-up dialgog box appears for Calc which contains a blacked-out box. Clicking anywhere in the blacked-out dialog box will not close the application. e) the application can only be closed with the "kill" command. f) no other application on the system is similarly effected. None of these problems existed in the previous version of LO that I was using in F23. This is a new problem with F24 and LO 5.1.5.2. Version-Release number of selected component (if applicable): Libre Office 5.1.5.2 How reproducible: Intermittent occurrence, but happens very frequently. Steps to Reproduce: 1. Try to use calc's highlight several cells, and drag to copy 2. Experience lockup 3. Kill application Actual results: GUI window drawing errors occur with application lockup Expected results: No lockup. Additional info: Using Nvidia Quadro 400 video card with the Nouveau driver in F24. Please note that the video card is not behaving with any other apps, only with LO, which suggests that LO's video writing routines are the root of the problem.
Another situation that causes lockup: 3) Clicking on the Bold/UnBold button often causes the application to lock up. Sometimes a task that is as simple as changing the text attribute of a cell from Bold to Non-Bold, or from Non-Bold to Bold is sufficient to lock up the application. Just clicking on the "B" button in the application menu will cause the application to lock up, with all screen activity related to it's window, to lock up. During these occurrences the window cannot be overwritten by another window. As mentioned previously, this only happens in LO Calc, not in any other application.
Indeed, with the gtk3 VCL plugin, the tooltip showing the latest value in the sequence is missing. But I haven't experienced any lockup.
I have on F24 box with a nouveau driver, the "locking up" problem isn't seen there though.
FYI this is happening with .xls format spreadsheets, if that helps at all.
(In reply to Caolan McNamara from comment #3) > I have on F24 box with a nouveau driver, the "locking up" problem isn't seen > there though. It's probably because you're using a different video card than the card referenced in this bug report. This would suggest that the video driver supports your card better than it does the Quadro 400. But insofar as the driver problem only seems to exist in LO and not in other applications, I think this is an LO-related bug. To clarify my earlier point -- I experience this problem when using .XLS spreadsheets, only because that's the only file format that I use. I don't know if it's a problem with ODS or not.
UI operations like selecting with mouse, filling cells, clicking Bold/non-Bold are independent of the file format used. This rather sounds like a graphics card driver problem. Try with disabling "Use hardware acceleration" under Tools - Options - LibreOffice - View "Graphics Output". If that helps, then not experiencing the problem with other applications is likely because they don't use hardware acceleration.
Disabling "Use hardware acceleration" under Tools - Options - LibreOffice - View "Graphics Output" provided no help. I continue to experience the problem with Calc but not with other applications.
libreoffice-5.1.5.2-3.fc24 has this problem for me. libreoffice-5.2.1.2-1.fc25 seems to work fine on my F25-a2 test install. Any chance that 5.2.1.2-1 could be put into F24 testing?
Same here: Fedora 24, LO 5.1.5.2, Thinkpad X230, Intel Ivybridge. Disabling hardware acceleration does't solve the problem.
I had to fall back and punt. I just can't be productive when Calc locks up every time I try to use it. I got rid of the Fedora builds using "dnf remove libreoffice*". I went to The Document Foundation and downloaded their .rpm for version 5.2.0.4. the TDF build fixes the problems. This is not an issue with my nvidia card and the nouveau driver; this is a build problem with F24 and LO 5.1.5.2.
(In reply to bob from comment #8) > Any chance that 5.2.1.2-1 could be put into F24 testing? No. We don't do rebases in released Fedora versions.
Identical problem here as bob's Fedora 24, kernel 4.7.2-201 x86_64 Window Manager: KDE (KDE Frameworks: 5.25.0, Qt: 5.6.1) Videocard: ATI radeon RS780, driver radeon (default) Libreoffice 5.1.5.2 hangs with calc exactly as described by bob Problem disappears downgrading to LO 5.1.3.2
(In reply to David Tardon from comment #11) > (In reply to bob from comment #8) > > Any chance that 5.2.1.2-1 could be put into F24 testing? > > No. We don't do rebases in released Fedora versions. Too bad, as it would be nice to have a solution available that is known to work. Are there any plans to add a 5.1.x build to the testing branch? When I filedd this bug the version effected was marked stable and no other builds were available in the testing branch.
Its quite probable that this is the same problem as https://bugs.documentfoundation.org/show_bug.cgi?id=101213 (where the use of CAIRO_OPERATOR_DIFFERENCE causes some drivers to bog down and become super slow. That definitely fits with the version numbers mentioned here. So I feel that this is probably resolved with the current 5.1.6 update (5.1.6.2-1.fc24) given the version its reported to appear in and the upstream commentary. If I'm wrong and the problem persists, then the only direction to go in I feel is to try and bibisect libreoffice (can google for details) to find the commit range which made things go wrong on your hardware combination