Description of problem: After I just opened an empty impress doc (Create new), I saw a spike in CPU load, and one soffice.bin process consuming 100% CPU time, even if I don't type in impress, etc. Version-Release number of selected component (if applicable): libreoffice-impress-5.4.4.2-2.fc27.x86_64 How reproducible: 100% Steps to Reproduce: 1. launch impress 2. 3. Actual results: 100% CPU load, it's just burning cycles Expected results: if nothing is done, it should not waste cpu time. Additional info:
Opening "options" makes the load immediately go down.
what's the version of glib2 ?
(In reply to Caolan McNamara from comment #2) > what's the version of glib2 ? glib2-2.54.3-1.fc27.x86_64
I briefly tried glib2-2.55.1-1.fc28.x86_64, but that did not solve the issue
downgrading to glib2-2.54.2-1.fc27.x86_64 works
*** Bug 1535004 has been marked as a duplicate of this bug. ***
Problem: downgrading to glib2-2.54.2-1.fc27.x86_64 generates problems: sudo dnf downgrade glib2-2.54.2-1.fc27.x86_64 Failed to synchronize cache for repo 'region51-chrome-gnome-shell', disabling. Last metadata expiration check: 0:47:26 ago on Tue Jan 16 19:34:44 2018. Dependencies resolved. ================================================================================================================================ Package Arch Version Repository Size ================================================================================================================================ Downgrading: glib2 x86_64 2.54.2-1.fc27 updates 2.4 M glib2-devel x86_64 2.54.2-1.fc27 updates 453 k Transaction Summary ================================================================================================================================ Downgrade 2 Packages Total size: 2.9 M Is this ok [y/N]: y Downloading Packages: Running transaction check Transaction check succeeded. Running transaction test Error: Transaction check error: file /usr/share/doc/glib2/NEWS from install of glib2-2.54.2-1.fc27.x86_64 conflicts with file from package glib2-2.54.3-1.fc27.i686 file /usr/share/doc/glib2/README from install of glib2-2.54.2-1.fc27.x86_64 conflicts with file from package glib2-2.54.3-1.fc27.i686 file /usr/share/locale/nb/LC_MESSAGES/glib20.mo from install of glib2-2.54.2-1.fc27.x86_64 conflicts with file from package glib2-2.54.3-1.fc27.i686 file /usr/share/man/man1/gapplication.1.gz from install of glib2-2.54.2-1.fc27.x86_64 conflicts with file from package glib2-2.54.3-1.fc27.i686 file /usr/share/man/man1/gdbus.1.gz from install of glib2-2.54.2-1.fc27.x86_64 conflicts with file from package glib2-2.54.3-1.fc27.i686 file /usr/share/man/man1/gio-querymodules.1.gz from install of glib2-2.54.2-1.fc27.x86_64 conflicts with file from package glib2-2.54.3-1.fc27.i686 file /usr/share/man/man1/gio.1.gz from install of glib2-2.54.2-1.fc27.x86_64 conflicts with file from package glib2-2.54.3-1.fc27.i686 file /usr/share/man/man1/glib-compile-schemas.1.gz from install of glib2-2.54.2-1.fc27.x86_64 conflicts with file from package glib2-2.54.3-1.fc27.i686 file /usr/share/man/man1/gsettings.1.gz from install of glib2-2.54.2-1.fc27.x86_64 conflicts with file from package glib2-2.54.3-1.fc27.i686
dnf downgrade glib2-2.54.2-1.fc27.x86_64 specifies x86_64 and the warning mentions i686, so probably either dnf downgrade glib2-2.54.2-1.fc27 or dnf downgrade glib2-2.54.2-1.fc27.x86_64 glib2-2.54.2-1.fc27.i686 might work better
(In reply to Caolan McNamara from comment #8) > dnf downgrade glib2-2.54.2-1.fc27.x86_64 specifies x86_64 and the warning > mentions i686, so probably either > dnf downgrade glib2-2.54.2-1.fc27 > or > dnf downgrade glib2-2.54.2-1.fc27.x86_64 glib2-2.54.2-1.fc27.i686 > might work better indeed: dnf downgrade glib2-2.54.2-1.fc27.x86_64 glib2-2.54.2-1.fc27.i686 solved the problem (I overlooked the i686 dependency).
This is interesting. This does not happen with kde4 subpackage working under KDE. I removed all the kde4 dependent packages including the libreoffice one and encountered the 100% cpu usage with oocalc. Reinstalling the kde4 packages solved the problem.
glib2-2.54.3-2.fc27 timedatex-0.5-2.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-4745a9bbeb
glib2-2.54.3-2.fc27, timedatex-0.5-2.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-4745a9bbeb
Also reproducible with LibreOffice Writer. Indeed, after opening the Tools->Options dialog it does stop consuming 100% CPU. I'll test the glib2 update shortly.
The 2.54.3-2.fc27 update fixes the issue for me, thanks.
glib2-2.54.3-2.fc27, timedatex-0.5-2.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.