after upgarde the applications in system tray are blocked
Tags:
None
Registered Member 
|
i upgrade from mandriva 2010.0 to 2010.1 and the applications in systemtray are blocked
1) the flag to switch keyboard layout, does nt work 2) the korganizer icon does nt responding 3) when i click on kmix icon i dont have the volume but the main kmix window. how can check if a needed service is not running ? * i had before in another pc the same problem and even if i delete the directory ./kde4 it does nt fix it |
Administrator
|
What output do you get if you run "qdbus org.kde.kded /StatusNotifierWatcher"?
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
|
Registered Member
|
it does nt found it :
[myriam@localhost ~]$ qdbus org.kde.kded /StatusNotifierWatcher Error: org.freedesktop.DBus.Error.UnknownObject No such object path '/StatusNotifierWatcher' [myriam@localhost ~]$ |
|
Registered Member
|
when i launch the service it works
[myriam@localhost ~]$ qdbus org.kde.kded /StatusNotifierWatcher property read bool org.kde.StatusNotifierWatcher.IsStatusNotifierHostRegistered property read int org.kde.StatusNotifierWatcher.ProtocolVersion property read QStringList org.kde.StatusNotifierWatcher.RegisteredStatusNotifierItems method void org.kde.StatusNotifierWatcher.RegisterStatusNotifierHost(QString service) method void org.kde.StatusNotifierWatcher.RegisterStatusNotifierItem(QString service) signal void org.kde.StatusNotifierWatcher.StatusNotifierHostRegistered() signal void org.kde.StatusNotifierWatcher.StatusNotifierItemRegistered(QString) signal void org.kde.StatusNotifierWatcher.StatusNotifierItemUnregistered(QString) method QDBusVariant org.freedesktop.DBus.Properties.Get(QString interface_name, QString property_name) method QVariantMap org.freedesktop.DBus.Properties.GetAll(QString interface_name) method void org.freedesktop.DBus.Properties.Set(QString interface_name, QString property_name, QDBusVariant value) method QString org.freedesktop.DBus.Introspectable.Introspect() [myriam@localhost ~]$ and everything works perfectly but when i do a logout, after i have to relanch it manualy every time. From where i can set it to startup at every login ? |
|
Registered Member
|
i found this file:
/usr/share/kde4/services/kded/statusnotifierwatcher.desktop it has theses entries at the end : X-KDE-ServiceTypes=KDEDModule X-KDE-Library=statusnotifierwatcher X-KDE-DBus-ModuleName=statusnotifierwatcher X-KDE-Kded-autoload=true X-KDE-Kded-load-on-demand=false X-KDE-Kded-phase=1 it seems to be ok as the autoload is true so it is not here the setting |
|
Administrator
|
Please check ~/.xsession-errors to see if there is output explaining why the load fails.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
|
Registered Member
|
The output of xsession-erros
https://qa.mandriva.com/attachment.cgi?id=17726 https://qa.mandriva.com/show_bug.cgi?id=60223 |
|
Administrator
|
The problem appears to be that part of a KDE session is already running.
This is most certainly not expected behaviour. Can you reproduce under a new user? This is possibly caused by an incorrect item in ~/.bashrc, ~/.profile or ~/.kde4/env/ causing them to be started prematurely, and leading to the modules not being loaded ( as they are only loaded during a KDE Startup procedure, or if it is a KDE session, represented by the $KDE_FULL_SESSION environment variable )
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
|
Registered Member
|
i cannot reproduce the problem with a new user. With a new .kde4/ directory the problem persist
Here is the files: bashrc: https://qa.mandriva.com/attachment.cgi?id=17738 bash_profile: https://qa.mandriva.com/attachment.cgi?id=17739 the .kde4/env/ directory is empty |
|
Administrator
|
Try moving ~/.local and ~/.config elsewhere.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
|
Registered Member
|
baaaa i deleted the .local/ .config/ and .gconf/ without success
im very curius what can causes this behavour, is imbelievable ! |
|
Administrator
|
It works under a new user I assume?
If it doesn't, contact your distribution, as something they are doing is causing parts of KDE to start during user login, outside the KDE startup procedure.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
|
Registered Member
|
no , it works with a new user.
|
|
Administrator
|
Can you please provide the output of "ls -la $HOME"?
It is the .* files that are most important, please censor the names of any personal files.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
|
Registered Member
|
|
Bookmarks
Who is online
Registered users: Bing [Bot], Google [Bot], Sogou [Bot], Yahoo [Bot]
