Bug 13586 - KDE session freezing when dragging and dropping any column in LibreOffice Calc
Summary: KDE session freezing when dragging and dropping any column in LibreOffice Calc
Status: RESOLVED DUPLICATE of bug 11996
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 4
Hardware: x86_64 Linux
Priority: Normal critical
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
Depends on:
Reported: 2014-06-24 05:05 CEST by Henri de Solages
Modified: 2014-08-09 21:40 CEST (History)
6 users (show)

See Also:
Source RPM: kde*-4.11.4-1.mga4
Status comment:


Description Henri de Solages 2014-06-24 05:05:19 CEST
Description of problem:
In LibreOffice Spreadsheet, if I select a column by the mouse (by clicking on its letter) and then try to move it by clicking on the selected column and dragging and dropping it onto another column, then all the KDE session freezes (not only LibreOffice), even Alt+Tab doesn't work, clicking anywhere (including KDE taskbar) doesn't work, but the cursor still follows the mouse, in the form of an arrow plus a grey thick rectangle. Ctrl+Alt+Delete has no effect, but I can leave the session by Ctrl+Alt+Backspace. The problem can also appear in moving a row, but it is not always reproducible.

Version-Release number of selected component (if applicable):
LibreOffice Calc
KDE 4.11.4

How reproducible:
Always (for moving columns), often (for moving rows). I tried on several users sessions and on 3 computers. Theses computers use NFS extensively, but the tries were done with local files. Note that the problem doesn't appear on Fedora 20 with Gnome 3.10.4 LibreOffice

Steps to Reproduce:
1. Start the computer with Mageia 4, KDE.
2. Login.
3. Start LibreOffice Spreadsheet.
4. Write a few characters in a cell.
5. Click on one of the 2 columns name (letter) at the top of it. Release the mouse.
6. Click any where on the column and drag and drop it onto another column.


Steps to Reproduce:
Comment 1 Marja Van Waes 2014-06-29 21:28:42 CEST

However, when shortly going to another tty with ctrl+alt+Fn, on returning to KDE the column gets immediately pasted in the right place and there is no more freeze.

If I don't go to another tty the screen remains frozen. 

I cannot reproduce the bug in IceWM with the same oxygen-gtk theme as KDE has, so guessing it is a KDE issue

@ neoclust
@ lmenut

Sorry, don't know which *kde* package to assign to, nor to whom of you two, so leaving that up to you :-)

CC: (none) => lmenut, mageia, marja11
Source RPM: libreoffice- => kde*-4.11.4-1.mga4

Marja Van Waes 2014-06-29 21:29:49 CEST

Summary: Session freezing when dragging and dropping any column => KDE session freezing when dragging and dropping any column in LibreOffice Calc

Comment 2 Hugo Pereira Da Costa 2014-07-02 15:27:00 CEST
I cannot reproduce 
Are you using the Qt (KDE) or the Gtk backend for libreoffice ? 
(gtk should be used)
To check you can try change widget style either for KDE/Qt applications or for Gtk applications. Which one actually affects libreoffice will give the answer.

CC: (none) => hugo.pereira

Comment 3 Henri de Solages 2014-07-02 15:42:25 CEST
Thank you, but what is "widget style" and how to change it for KDE/Qt applications and for Gtk applications?
Comment 4 Jüri Ivask 2014-07-12 12:41:49 CEST
Can also confirm in Mageia 4 i586.
Just switching to another tty did not help but when I logged there in as root and ran "top" there, then the desktop was unfrozen and the cells got pasted.
Workaround is to remove libreoffice kde integration package and the bug seems to be similar (or the same as) to bug 11996...

CC: (none) => jyri2000

Comment 5 Olivier Delaune 2014-08-09 20:54:23 CEST
https://bugs.mageia.org/show_bug.cgi?id=12546 refer probably to the same problem

CC: (none) => olivier.delaune

Comment 6 Olivier Delaune 2014-08-09 21:03:01 CEST
https://bugs.mageia.org/show_bug.cgi?id=11996 is also probably a duplicate
Comment 7 Olivier Delaune 2014-08-09 21:40:01 CEST
Duplicate of the bug 11996

*** This bug has been marked as a duplicate of bug 11996 ***

Resolution: (none) => DUPLICATE

Note You need to log in before you can comment on or make changes to this bug.