http://bugzilla.novell.com/show_bug.cgi?id=520975
User tiwai@novell.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=520975#c17
--- Comment #17 from Takashi Iwai
... The recent change fixes this behavior to be equivalent with others. It's a side-effect of this improvement. So, understand like this: it was a sort of abuse of ImportMux control to have a similar end-effect.
Ah, thanks, that's interesting to know that this was just a random side-effect.
Well, I'm reconsidering again to put some missing control again, but it makes the things again complicated. A still valid point is that the control would be no volume gain but only volume attenuation. So, you can decrease with the "docking" volume but not more than the speaker volume. It's a hardware limitation, as mentioned, that it has only essentially only two (DACs) streams. Let's see what I can do better in future...
Plugging headphones into the laptop's own line-out jack disables both the internal speakers and the external ones.
This is expected behavior.
Yes, I was mainly reporting this for the sake of completeness.
I would also guess that the built-in speakers are also expected to be mute if speakers are plugged into the docking station's line-out.
A good point. This can be implemented additionally.
With headphones plugged in directly into the laptop taking precedence over both, right?
Yes.
(and similar for the microphones)
The automatic switch of microphone still doesn't work for your devices since I implemented only for devices with one internal and one external mic. In your case, you have two external mics, so I wasn't sure whether the switching is the right behavior. But, thinking of the similarity with the output jacks, it'd be more consistent to do the automatic switching with mic jacks. It's another TODO. So, the urgent issue is to fix the mic of the docking station... -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.