Could you give me the ~/.kde4/share/config/kde.notifyrc file ?
Since you're upgraded from cooker (if i'm not wrong) it's probably using iaora_theme song for opening.

CC: (none) => balcaen.john

Created attachment 6 [details]
config file for kde notifications

might be related to bug 48?

It is & the solution/workaround is the same in fact:
You need to edit the kde.notifyrc (or simply drop it ) to remove the use of iaora sound 
cf
[Event/startkde]
Action=Sound
Execute=
KTTS=
Logfile=
Sound=file:///usr/share/sounds/ia_ora-startup.wav

The real fix should come from upstream (kde should not failed to log out/etc due to a missing/non working sound event).

Now we need probably to add a workaround on upgrade to force the sound event for Log-in & Log out in case of the user is using iaora theme & did some changes in his notifications events.

*** This bug has been marked as a duplicate of bug 48 ***

Status: NEW => RESOLVED
Resolution: (none) => DUPLICATE

Ideally, I think an rpm package post script shouldn't touch a config file in the user's home....

I think we should add this issue to the errata, with a simple sed command line to fix the issue for users who'll upgrade.

reopening, since the plasmoid still doesn't work, while there is no more mention of iaora in kde.notifyrc:

$ grep Sound=  ~/.kde4/share/config/kde.notifyrc 
Sound=KDE-Sys-List-Match-No.ogg
Sound=KDE-Sys-Trash-Emptied.ogg
Sound=file:///usr/share/sounds/KDE-Sys-Question.ogg
Sound=KDE-Sys-App-Error-Serious.ogg
Sound=KDE-Sys-Special.ogg
Sound=KDE-Sys-App-Error.ogg
$ ll /usr/share/sounds/KDE-Sys-Question.ogg
-rw-r--r-- 1 root root 40889 févr. 25 22:54 /usr/share/sounds/KDE-Sys-Question.ogg


note that running pm-suspend by hand works fine... (yes, despite bug#594 which is less frequent by now - maybe due to kernel upgrade)

Status: RESOLVED => REOPENED
Resolution: DUPLICATE => (none)

you do not have any useful information in ~/.xsessions-errors i guess ?
getting ride of the Sound=file:///usr/share/sounds/KDE-Sys-Question.ogg for Sound=/usr/share/sounds/KDE-Sys-Question.ogg can fix the problem ? (shoot in the dark :D )

$ tail -f ~/.xsessions-errors
[...]
kwin(8168) KWin::Client::readUserTimeMapTimestamp: User timestamp, ASN: 15374046
kwin(8168) KWin::Client::readUserTimeMapTimestamp: User timestamp, final: 'ID: 32291280 ;WMCLASS: "plasma-desktop" : "plasma-desktop" ;Caption: "Mettre en veille â Outil de gestion de fenêtres Plasma" ' : 15374046
kwin(8168) KWin::Workspace::updateClientArea: screens:  1 desktops:  4
kwin(8168) KWin::Workspace::updateClientArea: Done.
kwin(8168) KWin::Workspace::createTile: Now tiling  "Mettre en veille â Outil de gestion de fenêtres Plasma"
kwin(8168) KWin::Workspace::updateClientArea: screens:  1 desktops:  4
kwin(8168) KWin::Workspace::updateClientArea: Done.
QMetaObject::invokeMethod: No such method Plasma::IconWidget::toolTipAboutToShow()
QMetaObject::invokeMethod: No such method Plasma::IconWidget::toolTipHidden()


when changing kde.notifyrc, do i need to logout / login before re-trying?

you should not have to logout/login however does that mean logout is working ?
only suspend is « broken » ?

logout is working, only suspend is broken.
and changing kde.notifyrc to remove file:// does not fix the problem.

ok so it's half fixed now :)
i'll try again to reproduce it later today

Summary: kde log out / suspend / etc doesn't work => kde suspend doesn't work

'tailf .xsession-errors' then try suspending, maybe something useful is logged there.

cf comment#7 for such a log.
here's another try:

kwin(4439) KWin::Client::readUserTimeMapTimestamp: User timestamp, ASN: 29698600
kwin(4439) KWin::Client::readUserTimeMapTimestamp: User timestamp, final: 'ID: 30996480 ;WMCLASS: "plasma-desktop" : "plasma-desktop" ;Caption: "Mettre en veille â Outil de gestion de fenêtres Plasma" ' : 29698600
top" : "plasma-desktop" ;Caption: "Mettre en veille â Outil de gestion de fenêtres Plasma" ' : 29698600
kwin(4439) KWin::Workspace::updateClientArea: screens:  1 desktops:  4
kwin(4439) KWin::Workspace::updateClientArea: Done.
kwin(4439) KWin::Workspace::createTile: Now tiling  "Mettre en veille â Outil de gestion de fenêtres Plasma"
kwin(4439) KWin::Workspace::updateClientArea: screens:  1 desktops:  4
kwin(4439) KWin::Workspace::updateClientArea: Done.
QMetaObject::invokeMethod: No such method Plasma::IconWidget::toolTipAboutToShow()
QMetaObject::invokeMethod: No such method Plasma::IconWidget::toolTipHidden()

Just in case did we try with a « fresh user/config» ?
(maybe there's something wrong in the configuration upgraded from 4.4.x since i'm not able to reproduce on a « vanilla» mageia )

Hi,

I had the same problem than Jerome in Comment 9. The cause was the KDE PowerManagement service was not running. The checkbox to run it at startup was checked but the service was not running. I have run it by hand once, and now its OK.

You can check the service is running by typing the following command in konsole :
qdbus org.kde.kded /modules/powerdevil

If you see something like : 
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()

It's OK.

But if you see :
Error: org.freedesktop.DBus.Error.UnknownObject
No such object path '/modules/powerdevil'

The PowerManagement service is not running

CC: (none) => alkahan

@matthieu
do you have any crash/errors eventually related to powerdevil startup in the ~/.xsession-errors ?

@John
No. And since I have started it manually, the service startup when I launch a KDE session.
Maybe it is due to my upgrade from Mandriva 2010.2 -> Mageia 1 RC1, and corrected by running the service manually.

$ qdbus org.kde.kded /modules/powerdevil
Error: org.freedesktop.DBus.Error.UnknownObject
No such object path '/modules/powerdevil'

@Jerome

So you can lauch it in the KDE control center.
"Démarrage et Arrêt" > "Gestionnaire de services"

In the section "Services au démarrage", select the service "Gestion de l'énergie", then clic on start button. (Sorry I don't know the exact terms in the English version).

thanks for the pointer.
enabling energy saving daemon makes the suspend plasmoid works! \o/ thanks.

now, i still think it's a bug, but at least there's a work-around...

@jerome
Well seems like powerdevil is probably crashing or not starting on upgrade from 4.4.X :/
I know it was rewritten during for 4.6 so it can be related.i'll try to install on my netbook his week a 2012.0 & upgrade it to mageia 1 to see if i can reproduce.

@ mikala

Any news?

CC: (none) => m.van.waes

i did not find the time to install a 2012.0 on my netbook so far :/

@ Assignee
Please confirm this bug was assigned correctly by putting "OK" on the white board or by confirming in a comment

Pinging, because nothing has happened with this report for more than 3 months, it still has the status NEW or REOPENED.

cc'ing lmenut

CC: (none) => lmenut

Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

seems to be somehow fixed... now it works fine.

Closing then.

Keywords: NEEDINFO => (none)
Status: REOPENED => RESOLVED
CC: (none) => sander.lepik
Resolution: (none) => FIXED