OpenOffice Writer makes KDE apps unresponsive after copying

Bug #379426 reported by Victor Gijsbers
12
This bug affects 1 person
Affects Status Importance Assigned to Milestone
kdelibs (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: openoffice.org

On Ubuntu 9.04, Jaunty Jackalope, using the standard packages for OpenOffice (v3.0.1) and Kile (v2.0.81), I have the following problem: after copying text in OpenOffice Writer, and then returning to Kile, Kile takes about 7 seconds to redraw itself (i.e., show anything more than a white window) and become responsive. (But see below for greater generality.)

Steps to reproduce:
* Open a document in Kile
* Open a document in OpenOffice Writer
* Switch between the two applications, and see that Kile behaves with the expected near-instantaneous speed
* In OpenOffice Writer, select some text and copy it (press Ctrl+C, or right-click and choose "copy")
* Switch to Kile
* Notice that you get to see an all-white window and have to wait for about 7 seconds before Kile is redrawn and does anything.

Generality:
* The same happens with Kate instead of Kile.
* The same happens with OpenOffice Presentation instead of OpenOffice Writer.
* Copying text from any other application (gedit, firefox, evince, ...) does not lead to a slowdown in Kile or Kate.

Thus, it seems that copying in OpenOffice somehow adversely affects KDE-apps, or at least that small subset of KDE-apps which I use. This ought not to happen, and is very irritating when you are transforming an ODF-file bit-by-bit into a LaTeX-file...

Chris Cheney (ccheney)
affects: openoffice.org (Ubuntu) → kile (Ubuntu)
Revision history for this message
Andreas Wenning (andreas-wenning) wrote :

I am not able to reproduce this when using KDE. Is this happening in Gnome?

Please report the exact version of kdelibs5 you are using.

Kile (and of course Kate) uses katepart for the text-area, which is probably where the problem exists. Reassigning to kdelibs.

affects: kile (Ubuntu) → kdelibs (Ubuntu)
Changed in kdelibs (Ubuntu):
status: New → Incomplete
Revision history for this message
Victor Gijsbers (victor-lilith) wrote :

Yes, I'm using Gnome (with the default window manager, not Compiz). My version of kdelibs5 is 4:4.2.2-0ubuntu5 (the standard version in Jaunty).

The bug remains reproducable on my machine, which has been updated with all recommended upgrades for Jaunty.

Revision history for this message
shuvalov (shuvalovpavel) wrote :

I have exactly the same problem. I use Kile 2.1.0~svn942443-0ubuntu4, OpenOffice 3.0.1-9ubuntu3 and kdelibs5 4.2.2-0ubuntu5. And Gnome DE of course. Problem occur when clipboard used(Ctrl-C,Ctrl-V) and not to occur when Xorg-based copy-paste(mouse 3rd button and text select) used. I dont have any ideas how gnome-kde clipboard intercation organized, but it seems to be problem in it.

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Is this still an issue with OpenOffice 3.1.1 in Kubuntu 9.10?

Revision history for this message
Victor Gijsbers (victor-lilith) wrote :

Jonathan, I'm not sure if it was ever an issue with Kubuntu (both I and shuvalov are apparently using Ubuntu). I will test whether this issue still exists in Ubuntu 9.10 as soon as it comes out. (I'd rather not install a beta, since I need this machine for my work.)

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as requested in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the "Status" column, and change the status back to "New". Thanks again!

Changed in kdelibs (Ubuntu):
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.