Created attachment 56818 [details] Screenshot of LibO showing missing toolbar icons. Problem description: When any of LibO modules are opened, at the first movement of the mouse over any of the toolbars (including the menu bar) everything disappears. The icons vanish, and the menu entries also vanish, with the sole exception of the icon or menu entry beneath the cursor. On occasion, the toolbars are blank at start-up Steps to reproduce: 1. .... Start LibO 2. .... Move cursor to any icon or menu header Current behaviour: All icons and menu entries other than the one beneath the cursor vanish. See attached screenshot. Expected behavior: All icons and menu entries should remain visible Platform (if different from the browser): Mandriva 2010.2, X86_64, KDE 4, all current updates installed. Sun Java 6u30 Browser: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.121 Safari/535.2
Created attachment 56819 [details] LibO after minimising and restoring window. When LibO window is minimised and restored, or if I switch to a different desktop and back, the icons and menus re-appear, but vanish again as soon as the cursor is moved over any icon or menu header.
Thanks for bugreport Please, verify if in last version of LibreOffice still reproducible
The problem has been identified. LibO still behaves the same way, however the cause of the behaviour has now been isolated to the use of the gtk-qt engine. As is probably the case with most KDE users, I prefer the look and feel of the QT widgets, so to try and ensure that I could have a consistent look and feel in most of my installed applications, I installed the gtk-qt-engine version 1.1-5.r5.1mdv2010.1 from the Mandriva repository. When I removed the package, everything worked as expected. Problem isolated! As I understand it, this engine is supposed to translate calls to GTK into calls to the equivalent QT call. Obviously, this has not been happening. It would seem then, that the code relating to the painting of toolbars specifically might need some attention to improve compatibility. On a personal note, I would far prefer the use of QT to GTK. Normally, GTK looks ugly, although it has improved somewhat. To reproduce it, it would be necessary to ad one additional step: Install the gtk-qt-engine package. It might also be necessary to have KDE in use rather than Gnome or other alternative desktops. However, if you were to have that engine installed, and were working in KDE, I would expect the bug to be easily reproducible. From the above, the bug could probably be included in the KDE integration part.
Thanks for additional testing and information. Alas, on Fedora I can not find gtk-qt engine and can not reproduce this bug.
I suspect it may have been deprecated, as the version in Mandriva's repo is several releases old (from the 2010.1 release, which would have been Spring 2010, almost 2 years ago). It is also from the Contrib groups, meaning that it is not an official part of the distro, probably originally backported by an individual. With all that info, unless you can find it, I would seriously consider closing this bug. It seems that, with a standard KDE installation, there is no problem.
Mark as closed, as Alex said.