Bug 210262

Summary: Volumes not restored at login
Product: [Applications] kmix Reporter: Tony White <tonywhite100>
Component: Backend: PulseaudioAssignee: Colin Guthrie <colin>
Severity: normal CC: dwlegg, esken, mmbossoni, ruchir.brahmbhatt, zarroboogs
Priority: LO    
Version: 3.5   
Target Milestone: ---   
Platform: Fedora RPMs   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Tony White 2009-10-12 01:09:07 UTC
Version:           3.5 (using KDE 4.3.1)
OS:                Linux
Installed from:    Fedora RPMs

If you set the session to not confirm logout, the volumes of kmix are forgotten when a reboot is done.
Comment 1 Christian Esken 2010-03-05 23:21:35 UTC
Interesting observation. Thanks, I will try that.
Comment 2 David W. Legg 2010-05-08 11:56:13 UTC
Just to clarify this: If you logout (without confirmation), volumes are remembered.

It is specically if you reboot that volumes are forgotten.

Comment 3 Christian Esken 2010-05-10 16:36:50 UTC
Ah, thanks for the additional input. This could explain a lot of other bug reports as well (not remembering master, not remembering certain preferences).

This is clearly importannt. I hope to look into it soon - at least in May 2010.
Comment 4 Christian Esken 2010-05-19 11:56:29 UTC
I tested it and unfortunately can not reproduce it in either case (with/without confirmation).

I tested it by adding debugging output.

Next idea would be to build a non-debugging version. Probably an optimizer thing, or issues with KUniqueApplication.
Comment 5 Christian Esken 2010-05-19 11:57:50 UTC
SVN commit 1128454 by esken:

More debug output for saving config. Required independent of bug 210262.
CCBUGS: 210262

 M  +11 -0     kmix.cpp  
 M  +2 -0      mixer_alsa9.cpp  

WebSVN link: http://websvn.kde.org/?view=rev&revision=1128454
Comment 6 Christian Esken 2010-05-19 12:24:00 UTC
*** Bug 213721 has been marked as a duplicate of this bug. ***
Comment 7 Christian Esken 2010-05-19 13:36:57 UTC
*** Bug 220655 has been marked as a duplicate of this bug. ***
Comment 8 Christian Esken 2010-05-19 13:38:06 UTC
Idea from Bug 220655: Test with "Change input source"
Comment 9 Christian Esken 2011-01-02 16:34:07 UTC
I have tested several variations like.
- Machine under high load
- Machine idle
- Logout from K-Menu
- Logout from Desktop context menu
- Logout with or without confirmation

I cannot reproduce the behaviour. If it still happens, it is likely out of the scope of KMix (e.g. a shutdown process that kills of KMix if shoutdown is too slow).
Could you please check again with a recent KDE version?
Comment 10 Christian Esken 2011-01-02 17:07:57 UTC
Comment 11 Marcelo Bossoni 2011-01-07 01:35:31 UTC
Hi there,
I managed to find a solution... Open Kmix configuration and UNCHECK restore volume option. Someone put inverse logic on that button... OR alsa/pulseaudio handles volume restore much better than kmix

Check this bug on redhat bugzilla
Comment 12 Christian Esken 2011-12-30 19:10:35 UTC
Thanks for the link to https://bugzilla.redhat.com/show_bug.cgi?id=657373 . It is another hint that KMix volume restoration conflicts with Pulseaudio volume restoration. I'll probably merge this bug report with others if appropriate.
Comment 13 Christian Esken 2012-04-25 21:38:11 UTC
I think this might be the same issue as the one from bug 249180. I will not directly merge both bugs, but assign it over to the Pulseaudio backend maintainer, so he can either merge them, not merge them or give them back to me.
Comment 14 Colin Guthrie 2012-04-25 22:37:20 UTC
Yeah I think this is ultimately a dupe.

The issue was that kmixctl (a command line app) didn't recognise PulseAudio as running and thus "restored" volumes (normally if PulseAudio is detected, it should refuse to restore volumes - just like if the tick boxes were always turned off) Sadly, the volumes were *saved* from kmix (the GUI app) which DID detect PA properly and thus didn't ever save anything.

Thus kmixctl would always restore null or default volumes which have no relation to the previous volume.

This should now be fixed in kmix 4.8.3

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