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
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
I am unsure how to proceed with this issue.
Perhaps throw the machines
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 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-
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 Stephenson, openSUSE Team
SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex
OPQ Systems / Ramböll RST
Ramböll Sverige AB
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(a)opensuse.org
For additional commands, e-mail: opensuse+help(a)opensuse.org