I reinstalled 11.2 on one of the problem systems. This time I did the 11.2 install without doing the update. Then I added users. Then I did the update. Much better. But still not as it should be... This is all just so weird. Certain popup windows are not drawn. For example, when you want to log out, there is a popup that offers you three choices (log out, reboot, turn off). All that is shown are little triangles where the corners of these windows would be. It seems that if I click on the place where I think an option is, that happens. Similarly, if you have an icon on your desktop for a directory, when you hover over the icon you usually get a popup of the directories in that place. This popuip is the same. Or, when you hover the mouse over the Kickoff menu, a popup that tells a bit about it is shown. Or not. So, perhaps these are all classes of the same base icon. I am running 4.3.5 as found in the 11.2 update repo. I see that one kde package is different (not 4.3.5): kdebase4-session-4.3.1-7.1.1.i586. Maybe that is the correct one. I just tried a "zypper up" to see if it wants to update it. Nope. I cannot fathom what could go wrong in a standard install that could lead to such odd behavior. This system is a conservative system. It only knows about KDE in the original install, and in the 11.2 update repo. It has never been told about anything else. It uses the X.org ATI driver (/usr/lib/xorg/modules/drivers/radeon_drv.so). I know this sounds like a small thing. But these are system that are used by engineers. Missing windows is something they notice. On Fri, 2010-05-07 at 11:56 +0200, Will Stephenson wrote:
On Tuesday 13 April 2010 14:28:22 Roger Oberholtzer wrote:
I am unsure how to proceed with this issue. Perhaps throw the machines away? :)
Roger
So last week I managed to resolve it on my workstation while destroying the evidence that would enable me to diagnose why it is going wrong out of the box for you. Then today I was able to reproduce it with a clean install.
Steps to reproduce:
* Boot openSUSE 11.2 KDE LiveCD * zypper rm kdebase4-runtime-branding-openSUSE (installs kdebase4-runtime- branding-upstream to satisfy requirements * Restart Plasma by re-logging in or by kquitapp plasma-desktop && sleep 5 && plasma-desktop
Plasma starts with a black desktop theme (oxygen) with black text. The Desktop Settings' dialog's Desktop Theme popup contains a default themed preview first without any text.
The reason is that kdebase4-workspace-branding-openSUSE includes /etc/kde4/share/config/plasmarc which sets the desktop theme to 'openSUSEdefault' but kdebase4-runtime-branding-openSUSE contains the files for that theme in /usr/share/kde4/apps/desktoptheme/openSUSEdefault.
If the theme is not found, Plasma falls back to the blackish 'oxygen' while using the KDE default colours which have black text.
Using a white-on-black colour scheme like Obsidian coast then gives you workable colours, but for normal black-on-light colour schemes, I recommend setting Aya or Air as a desktop theme instead of Oxygen.
As a fix for my reproduction of the problem I am going to make Plasma fall back to Air, and make kdebase4-workspace-branding-openSUSE require kdebase4- runtime-branding-openSUSE.
What I am not sure about is how your users with migrated homes from KDE 3 end up in this situation. Does any of the info above ring a bell with you?
Will
-- Will Stephenson, openSUSE Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex
-- Roger Oberholtzer OPQ Systems / Ramböll RST Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org