Which desktop environment, please?  Gnome?  KDE3?  KDE4?

Gnome, Fedora 14, 2.6.35.11-83.fc14.i686

I now noticed that LibreOffice stays sluggish after doing the "trick" reported here. It greys out for some seconds after for example entering text or using the cursor. A close and restart of LibreOffice turns the behaviour back to normal.

[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html

needinfo keyword redundant by needinfo status.

Dear bug submitter!

Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.

To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement

Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.

Yours!

Florian

Dear bug submitter!

Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.

To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement

Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.

Yours!

Florian

Dear bug submitter!

Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.

To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement

Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.

Yours!

Florian

Dear bug submitter!

Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.

To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement

Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.

Yours!

Florian

something comparable still happens with libreoffice 3.5.5.3 (on up-to-date fedora 17 using kde):
open a new document, write something in it
save, highlight and copy the suggested file name (e.g., "Untitled 1")
click on 'save' and it will take seconds before anything happens

I have did five different tests to reproduce the from this report. Without success.
Test-OS: Opensuse 12.1 32bit, KDE, LO 3.6.0.4: could not reproduce, LO works fine;
Test-OS: Opensuse 12.2 RC1 32bit, KDE, LO 3.5.4.7: could not reproduce, LO works fine;
Test-OS: LinuxMint 12 64bit, Gnome, LO 3.5.5.3: could not reproduce, LO works fine;
Test-OS: Windows 7 64bit, LO 3.6.0.4: could not reproduce, LO works fine;
Test-OS: Ubuntu 12.04 32bit, Gnome, LO 3.6.0.4: could not reproduce, LO works fine;

Hi Rosita,

your suspicion of a bug does not seem to be confirmed.
What is your opinion: bug or something else?
If bug: describe your procedure exactly

@Robert:
Did not we have this problem a few days ago at another bug? Which bug (duplicate)?

I have tested one more time. 
Test-OS: Fedora17 32bit, Gnome, LO 3.5.6.2: could not reproduce, LO works fine

Thanks for testing this. I can still reproduce it on a 64bit fully up-to-date Fedora 17 machine, using KDE and LibreOffice 3.5.6.2 (Build ID: 350m1(Build:2)). Exact steps to reproduce it (please tell me if you need more detail):

1) quit libreoffice

2) in terminal, make sure libreoffice is not running ('ps aux | grep offi')

3) open libreoffice in terminal (typing 'soffice'). After flash screen, 
the 'welcome' screen appears, select Text Document. 

4) type 'hello', then save (ctrl+s)

5) in the 'Save' window, highlight the default file name using the mouse, and copy it (ctrl+c)

6) click on the 'save' button. A delay of several seconds occurs. 

Nothing is reported within the terminal, by the way. And if I don't highlight the text in step 5, or only highlight it without subsequent copying, no such delay occurs.

If I'm really the only one having/reporting this minor problem, no worries, I can live with it.

Justone thing to test: 

Close LibO
rename user dir
Start LibO and ch eck wether this problem stil exists...

Thank you suggesting this, Florian

closed libreoffice, 
renamed .config/libreoffice/3/user/ to .config/libreoffice/3/user1/, 
opened libreoffice and did the same process as before; same problem happens

@Rosita

a) Still with 3.6? 3.5 lifecicle is terminated
b) really only with writer?
c) also with .odt? I wonder why you used .doc in your explications.
d) Do you observe this problem with other (not LibO) applications?
e) LibO dialog or OS dialog?

I just was going to decide to give up when I reproduced it with LibO 3.5.4.2 on Ubuntu 12.04x64 (on VirtualBox). Because I am WIN user I have a very basic test environment.

Steps how I reproduced (preparations):
1. Launch LibO from 'Applications -> Office'
2. Open writer from LibO Start Center
3. Menu 'Tools -> Options -> LibO -> General - open/save dialogs', uncheck 
  "Use LibO" <ok>
4. Type "hello"
5. Menu 'File -> Save'
   > Ubuntu FILESAVE dialog appears, Document name "Untitled 1" highlighted in
     File Name pane, wants to save my new document in "Documents" folder, what 
     already contains "Untitled 1" (does not matter, but you can check and delete
     in a step 0)
6. <Control+c> for "copy"
7. Click <Save> button
   Expected: Save immediately or ask "overwrite"
   Actual: > 10s delay after click on button

Additional information:
-----------------------
That behavior was 100% reproducible for me, but not with LibO files dialog, where the problem is not reproducible at all.
Also reproducible If I replace "Untitled 1" by a new name ("abc"), <control+a> to select name, <control+c> for Copy.

Also reproducible with LibO 3.5.7.2 on Ubuntu 11 32 bit

I can confirm that this still happens when saving as .doc (I live in an imperfect world where people expect .doc, not .odt) with the most recent version. Long delay after pressing 'save' if name highlighted beforehand. Not much happens, no high cpu, just a long lag. 

As reported by Rainer, the lag does not happen when using .odt.

LibreOffice 3.6.5.2-8.fc18, 64b, KDE

Rosita

LuboÅ¡ LuÅak committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=9aa32a34c7c7a2ee4da5f01983a0ed224c38c875

work around LO blocking when asking for QClipboard's contents, helps fdo#35950



The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.