FS#11710 - Openoffice eat 100CPU when displaying the file dialog

Attached to Project: Arch Linux
Opened by Olivier (olive) - Sunday, 12 October 2008, 06:39 GMT
Last edited by Andreas Radke (AndyRTR) - Saturday, 20 December 2008, 14:54 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Andreas Radke (AndyRTR)
Architecture All
Severity Low
Priority Normal
Reported Version None
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

When displaying the file dialog (save as, or open); openoffice eats 100% CPU time.

Additional info:
* package version(s)
openoffice 3.0.0
000300M9 (build 9358)
version of the package: openoffice-base 3.0.0-1
* config and/or log files etc.


Steps to reproduce:
open Openoffice
Click Text Document
Type something in the document
Click File -> Save As

Now you see 100 CPU usage when displaying the file dialog.

This task depends upon

Closed by  Andreas Radke (AndyRTR)
Saturday, 20 December 2008, 14:54 GMT
Reason for closing:  Won't fix
Additional comments about closing:  see comment
Comment by Glenn Matthys (RedShift) - Sunday, 12 October 2008, 07:46 GMT
Confirmed. Please post a bugreport upstream.
Comment by Jan de Groot (JGC) - Sunday, 12 October 2008, 15:09 GMT
Is this from KDE? Force the gnome GUI, the KDE GUI is broken and it appears that it will never get fixed, we're suffering from this problems since 3 major releases now.
Comment by Pierre Schmitz (Pierre) - Sunday, 12 October 2008, 16:06 GMT
The problem is that even the configure flag --disable-kde does not work. We should set this as default; not everybody uses gnome.
Comment by Glenn Matthys (RedShift) - Sunday, 12 October 2008, 16:50 GMT
No, it's not coming from KDE. It happens with gnome set as GUI as well.
Comment by Jarsto van Santen (Jarsto) - Sunday, 12 October 2008, 17:56 GMT
I was getting the same thing, until I started rooting around in the settings (I dislike the GNome/GTK file dialog). The following steps seem to fix it for me:
1) Go to the Tools menu and click Options
2) Select OpenOffice.org and then select General
3) Under Open/Save Dialogs check the "Use OpenOffice.org dialogs" checkbox

Comment by Peter Morris (PeteMo) - Sunday, 12 October 2008, 20:50 GMT
Jarsto's comment fixed things for me. It appears to me that the behavior is caused by OOO_FORCE_DESKTOP=gnome. I am seeing identical behavior as described in the bug report with openoffice-base-2.4.1-2 (i686) when I export OOO_FORCE_DESKTOP=gnome (instead of exporting nothing). Since openoffice 3 won't start without it, I can't test if this is the cause of the CPU spikes in 3.0.0. I'm using xmonad, not gnome -- don't know if this makes a difference.
Comment by Andreas Radke (AndyRTR) - Sunday, 19 October 2008, 21:31 GMT
confirmed. i'll have a look.
Comment by Brian (spiffytech) - Monday, 20 October 2008, 14:01 GMT
I had a similar lockup problem (though with the Tools menu, rather than File) and running "export OOO_FORCE_DESKTOP=gnome" fixed it. I am running KDE4 and not Gnome.
Comment by Andreas Radke (AndyRTR) - Tuesday, 21 October 2008, 07:42 GMT
please test 3.0.0-2 and report if the problem still exists after a relogin (or sourcing the /etc/profile.d/openoffice.sh file).
Comment by Peter Morris (PeteMo) - Thursday, 23 October 2008, 17:09 GMT
Tested 3.0.0-2 on i686 and the problem still exists. Selecting "Use OpenOffice.org dialogs" still works around this problem.
Comment by Glenn Matthys (RedShift) - Friday, 05 December 2008, 10:50 GMT
This bug may be related to http://www.openoffice.org/issues/show_bug.cgi?id=95425 and http://www.openoffice.org/issues/show_bug.cgi?id=93614. They mention 100% CPU usage related to file openings, but not exactly the same conditions.
Comment by Andreas Radke (AndyRTR) - Tuesday, 09 December 2008, 06:12 GMT
# enables the default system-file-picker in case we have that built
patch -Np0 -i ${srcdir}/default-system-fpicker.diff || return 1

can you please recompile the pkg and try to disable that patch? maybe this one is the reason for the load until we disable it in the menu.

and please also confirm the behavior in the -devel package if the problem also exists there.
Comment by Andreas Radke (AndyRTR) - Saturday, 20 December 2008, 14:54 GMT
applying these two patches fixes this.

http://www.openoffice.org/nonav/issues/showattachment.cgi/58937/workspace.fpicker8.patch
http://www.openoffice.org/nonav/issues/showattachment.cgi/56152/run_fpicker_in_main.patch

This is not a major issue. I won't make a new package for only this one fix. Everybody can apply the patches if wanted. The fix is included in the new openoffice-base-beta (3.0.1rc1) pkg and will be part of the new stable 3.0.1 release early next year.

Loading...