| 2009-09-20 20:31:02 |
Loïc Martin |
bug |
|
|
added bug |
| 2009-09-20 20:31:02 |
Loïc Martin |
attachment added |
|
AlsaDevices.txt http://launchpadlibrarian.net/32122265/AlsaDevices.txt |
|
| 2009-09-20 20:31:02 |
Loïc Martin |
attachment added |
|
AplayDevices.txt http://launchpadlibrarian.net/32122266/AplayDevices.txt |
|
| 2009-09-20 20:31:02 |
Loïc Martin |
attachment added |
|
ArecordDevices.txt http://launchpadlibrarian.net/32122267/ArecordDevices.txt |
|
| 2009-09-20 20:31:02 |
Loïc Martin |
attachment added |
|
BootDmesg.txt http://launchpadlibrarian.net/32122268/BootDmesg.txt |
|
| 2009-09-20 20:31:02 |
Loïc Martin |
attachment added |
|
Card0.Amixer.values.txt http://launchpadlibrarian.net/32122269/Card0.Amixer.values.txt |
|
| 2009-09-20 20:31:02 |
Loïc Martin |
attachment added |
|
Card0.Codecs.codec.2.txt http://launchpadlibrarian.net/32122270/Card0.Codecs.codec.2.txt |
|
| 2009-09-20 20:31:02 |
Loïc Martin |
attachment added |
|
CurrentDmesg.txt http://launchpadlibrarian.net/32122271/CurrentDmesg.txt |
|
| 2009-09-20 20:31:02 |
Loïc Martin |
attachment added |
|
Dependencies.txt http://launchpadlibrarian.net/32122272/Dependencies.txt |
|
| 2009-09-20 20:31:02 |
Loïc Martin |
attachment added |
|
PciMultimedia.txt http://launchpadlibrarian.net/32122273/PciMultimedia.txt |
|
| 2009-09-20 20:31:29 |
Loïc Martin |
attachment added |
|
Screenshot 1.png http://launchpadlibrarian.net/32122275/Screenshot%201.png |
|
| 2009-09-20 20:32:01 |
Loïc Martin |
attachment added |
|
Screenshot 2.png http://launchpadlibrarian.net/32122285/Screenshot%202.png |
|
| 2009-09-20 20:32:28 |
Loïc Martin |
attachment added |
|
Screenshot 3.png http://launchpadlibrarian.net/32122306/Screenshot%203.png |
|
| 2009-09-20 20:32:59 |
Loïc Martin |
attachment added |
|
Screenshot 4.png http://launchpadlibrarian.net/32122335/Screenshot%204.png |
|
| 2009-10-02 16:10:55 |
Rick Spencer |
alsa-driver (Ubuntu): assignee |
|
Luke Yelavich (themuso) |
|
| 2009-10-02 20:12:35 |
Loïc Martin |
description |
Note: this is not a multi-seat setup, but a single seat computer with multiple user accounts.
See attached screenshots for details (I'll probably add more information for this bug tomorrow).
Summary: a first user has a session open, playing sound with Amarok (paused) on a Gnome desktop.
The second user chose "Switch user" in FUSA, then login. The new session doesn't have any sound, and the "Sound Preferences" window only lists "Dummy Output - Stereo" in the Output tab (Screenshot 1). In the hardware tab, nothing appears (Screenshot 2).
When the first user closes Amarok, the second user now has the hardware showing in the Hardware tab (Screenshot 3) but no sound, since the Profile is "Analog Stereo Duplex" (should be Analog Stereo Output"). When the user changes it to the right Profile, sounds works (see also Screenshot 4, compared to Screenshot 1 when no sound was played).
The second user can now play sound, for example a flash video.
Now though, the first user doesn't have any sound when coming back to its session (or more exactly, the only sound he can hear is the flash video being played in the second user's session, even though the users have switched. Any audio application the first user opens shows in Sound preferences>Applications, but doesn't output any sound, and moving the application individual sound sliders only affect the sound being played in session 2.
All that was handled properly in Jaunty and previous Ubuntu releases.
ProblemType: Bug
Architecture: i386
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: paphro 9493 F.... pulseaudio
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xea300000 irq 22'
Mixer name : 'Realtek ALC889A'
Components : 'HDA:10ec0885,1458a002,00100101'
Controls : 38
Simple ctrls : 21
Date: Sun Sep 20 22:09:30 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: nvidia
Package: alsa-base 1.0.20+dfsg-1ubuntu4
PackageArchitecture: all
ProcEnviron:
LANG=en_GB.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-10.34-generic
SourcePackage: alsa-driver
Uname: Linux 2.6.31-10-generic i686 |
Steps to reproduce the bugs:
1. Create 2 new users, user1 and user2 (to be sure you use Karmic default settings).
2. Restart. Login as one user, then double click on /usr/share/example-content/Aesop'\''s_Fables,_Volume_1_(Fable_1)_-_The_Fox_and_The_Grapes.spx
3. Switch to second user. The sound from the first user is still playing uninterrupted, even at gdm stage.
2. As the second user, double click on /usr/share/example-content/Ubuntu_Free_Culture_Showcase/SpiritOfUbuntu.ogv while the first user audio is still not finished.
Result: First user prevent any sound to be played as second user (with Totem, the video even doesn't start, but with other applications you can sometimes get the video but no audio). When the first user audio finishes to play, audio can be played as user2, but that would block audio for user1 if you switch back to its session.
Expected behavior: like in Jaunty and previous releases, sound from one user should stop playing when another session is active. In Jaunty and earlier, even VT had sound from one user when logged as this user, and from the other when logged as him.
Some audio applications on one session also prevent any sound to be played for the other user session even when they have nothing to play.
(Note: this is not a multi-seat setup, but a single seat computer with multiple user accounts.
See attached screenshots for details).
Other example: a first user has a session open, playing sound with Amarok (paused) on a Gnome desktop.
The second user chose "Switch user" in FUSA, then login. The new session doesn't have any sound, and the "Sound Preferences" window only lists "Dummy Output - Stereo" in the Output tab (Screenshot 1). In the hardware tab, nothing appears (Screenshot 2).
When the first user closes Amarok, the second user now has the hardware showing in the Hardware tab (Screenshot 3) but no sound, since the Profile is "Analog Stereo Duplex" (should be Analog Stereo Output"). When the user changes it to the right Profile, sounds works (see also Screenshot 4, compared to Screenshot 1 when no sound was played).
The second user can now play sound, for example a flash video.
Now though, the first user doesn't have any sound when coming back to its session (or more exactly, the only sound he can hear is the flash video being played in the second user's session, even though the users have switched. Any audio application the first user opens shows in Sound preferences>Applications, but doesn't output any sound, and moving the application individual sound sliders only affect the sound being played in session 2.
All that was handled properly in Jaunty and previous Ubuntu releases.
ProblemType: Bug
Architecture: i386
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: paphro 9493 F.... pulseaudio
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xea300000 irq 22'
Mixer name : 'Realtek ALC889A'
Components : 'HDA:10ec0885,1458a002,00100101'
Controls : 38
Simple ctrls : 21
Date: Sun Sep 20 22:09:30 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: nvidia
Package: alsa-base 1.0.20+dfsg-1ubuntu4
PackageArchitecture: all
ProcEnviron:
LANG=en_GB.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-10.34-generic
SourcePackage: alsa-driver
Uname: Linux 2.6.31-10-generic i686
|
|
| 2009-10-18 18:50:26 |
Steve Langasek |
alsa-driver (Ubuntu): importance |
Undecided |
Medium |
|
| 2009-10-18 18:50:26 |
Steve Langasek |
alsa-driver (Ubuntu): status |
New |
Incomplete |
|
| 2009-10-19 07:53:33 |
Loïc Martin |
alsa-driver (Ubuntu): status |
Incomplete |
New |
|
| 2009-11-03 18:04:14 |
AMSlider |
removed subscriber AMSlider |
|
|
|
| 2009-11-09 20:51:25 |
Daniel GILANYI |
removed subscriber Daniel GILANYI |
|
|
|
| 2009-11-18 19:14:51 |
Igor Wojnicki |
attachment added |
|
pulseverbose.log http://launchpadlibrarian.net/35831562/pulseverbose.log |
|
| 2009-11-18 19:16:19 |
Igor Wojnicki |
attachment added |
|
pulseverbose-no-xsmp.log http://launchpadlibrarian.net/35831642/pulseverbose-no-xsmp.log |
|
| 2010-01-04 21:21:15 |
Brian Murray |
tags |
apport-bug i386 regression-potential |
apport-bug i386 regression-release |
|
| 2010-02-12 16:49:20 |
Daniel T Chen |
affects |
alsa-driver (Ubuntu) |
pulseaudio (Ubuntu) |
|
| 2010-02-28 09:05:00 |
Erik B. Andersen |
tags |
apport-bug i386 regression-release |
amd64 apport-bug i386 lucid regression-release |
|
| 2010-02-28 09:05:39 |
Erik B. Andersen |
pulseaudio (Ubuntu): status |
New |
Confirmed |
|
| 2010-02-28 17:02:40 |
neb |
removed subscriber neb |
|
|
|
| 2010-02-28 23:00:26 |
Erik B. Andersen |
summary |
[Karmic] Only one user has sound; no hw shows in Sound Preferences |
[Karmic]&[Lucid] Only one user has sound; no hw shows in Sound Preferences |
|
| 2010-02-28 23:07:23 |
Erik B. Andersen |
attachment added |
|
pulseverbose_user2.log http://launchpadlibrarian.net/39894506/pulseverbose_user2.log |
|
| 2010-02-28 23:09:50 |
Erik B. Andersen |
attachment added |
|
Log from first user http://launchpadlibrarian.net/39894555/pulseverbose_user1.log |
|
| 2010-02-28 23:20:21 |
Erik B. Andersen |
attachment added |
|
pulseverbose_user1_dummy.log http://launchpadlibrarian.net/39894859/pulseverbose_user1_dummy.log |
|
| 2010-02-28 23:21:08 |
Erik B. Andersen |
attachment added |
|
User 2's log from 'dummy output' run http://launchpadlibrarian.net/39894878/pulseverbose_user2_dummy.log |
|
| 2010-03-01 16:56:07 |
Igor Wojnicki |
bug task added |
|
gnome-system-tools (Ubuntu) |
|
| 2010-03-01 22:22:45 |
Luke Yelavich |
pulseaudio (Ubuntu): status |
Confirmed |
Invalid |
|
| 2010-03-01 22:23:02 |
Luke Yelavich |
pulseaudio (Ubuntu): status |
Invalid |
Confirmed |
|
| 2010-03-01 22:23:02 |
Luke Yelavich |
pulseaudio (Ubuntu): assignee |
Luke Yelavich (themuso) |
|
|
| 2010-03-01 22:44:13 |
Luke Yelavich |
pulseaudio (Ubuntu): status |
Confirmed |
Invalid |
|
| 2010-03-02 16:31:50 |
Igor Wojnicki |
attachment added |
|
profiles http://launchpadlibrarian.net/39965106/profiles |
|
| 2010-03-02 18:54:05 |
Erik B. Andersen |
gnome-system-tools (Ubuntu): status |
New |
Confirmed |
|
| 2010-03-07 11:38:52 |
Chris Coulson |
gnome-system-tools (Ubuntu): importance |
Undecided |
Medium |
|
| 2010-03-07 11:38:52 |
Chris Coulson |
gnome-system-tools (Ubuntu): assignee |
|
Chris Coulson (chrisccoulson) |
|
| 2010-03-07 11:39:52 |
Chris Coulson |
gnome-system-tools (Ubuntu): status |
Confirmed |
In Progress |
|
| 2010-03-07 12:03:19 |
Launchpad Janitor |
branch linked |
|
lp:~ubuntu-desktop/gnome-system-tools/ubuntu |
|
| 2010-03-07 12:05:09 |
Launchpad Janitor |
gnome-system-tools (Ubuntu): status |
In Progress |
Fix Released |
|
| 2010-03-07 13:15:29 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/gnome-system-tools |
|
| 2010-05-03 11:26:05 |
ceg |
bug task added |
|
consolekit (Ubuntu) |
|
| 2010-05-03 11:36:34 |
ceg |
description |
Steps to reproduce the bugs:
1. Create 2 new users, user1 and user2 (to be sure you use Karmic default settings).
2. Restart. Login as one user, then double click on /usr/share/example-content/Aesop'\''s_Fables,_Volume_1_(Fable_1)_-_The_Fox_and_The_Grapes.spx
3. Switch to second user. The sound from the first user is still playing uninterrupted, even at gdm stage.
2. As the second user, double click on /usr/share/example-content/Ubuntu_Free_Culture_Showcase/SpiritOfUbuntu.ogv while the first user audio is still not finished.
Result: First user prevent any sound to be played as second user (with Totem, the video even doesn't start, but with other applications you can sometimes get the video but no audio). When the first user audio finishes to play, audio can be played as user2, but that would block audio for user1 if you switch back to its session.
Expected behavior: like in Jaunty and previous releases, sound from one user should stop playing when another session is active. In Jaunty and earlier, even VT had sound from one user when logged as this user, and from the other when logged as him.
Some audio applications on one session also prevent any sound to be played for the other user session even when they have nothing to play.
(Note: this is not a multi-seat setup, but a single seat computer with multiple user accounts.
See attached screenshots for details).
Other example: a first user has a session open, playing sound with Amarok (paused) on a Gnome desktop.
The second user chose "Switch user" in FUSA, then login. The new session doesn't have any sound, and the "Sound Preferences" window only lists "Dummy Output - Stereo" in the Output tab (Screenshot 1). In the hardware tab, nothing appears (Screenshot 2).
When the first user closes Amarok, the second user now has the hardware showing in the Hardware tab (Screenshot 3) but no sound, since the Profile is "Analog Stereo Duplex" (should be Analog Stereo Output"). When the user changes it to the right Profile, sounds works (see also Screenshot 4, compared to Screenshot 1 when no sound was played).
The second user can now play sound, for example a flash video.
Now though, the first user doesn't have any sound when coming back to its session (or more exactly, the only sound he can hear is the flash video being played in the second user's session, even though the users have switched. Any audio application the first user opens shows in Sound preferences>Applications, but doesn't output any sound, and moving the application individual sound sliders only affect the sound being played in session 2.
All that was handled properly in Jaunty and previous Ubuntu releases.
ProblemType: Bug
Architecture: i386
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: paphro 9493 F.... pulseaudio
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xea300000 irq 22'
Mixer name : 'Realtek ALC889A'
Components : 'HDA:10ec0885,1458a002,00100101'
Controls : 38
Simple ctrls : 21
Date: Sun Sep 20 22:09:30 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: nvidia
Package: alsa-base 1.0.20+dfsg-1ubuntu4
PackageArchitecture: all
ProcEnviron:
LANG=en_GB.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-10.34-generic
SourcePackage: alsa-driver
Uname: Linux 2.6.31-10-generic i686
|
Sound does not work for different users if they belong to the audio group.
A workaround is to remove the users from the audio group. With this however simply managing individual device access based on standard group memberships stops working (regression).
Consolekit (like any kit handling device permissions/privilege escalation) needs to enable audio only for users belonging to audio group (when they are at the console), and leave it disabled for users not in the audio group.
----
Steps to reproduce the bugs:
1. Create 2 new users, user1 and user2 (to be sure you use Karmic default settings).
2. Restart. Login as one user, then double click on /usr/share/example-content/Aesop'\''s_Fables,_Volume_1_(Fable_1)_-_The_Fox_and_The_Grapes.spx
3. Switch to second user. The sound from the first user is still playing uninterrupted, even at gdm stage.
2. As the second user, double click on /usr/share/example-content/Ubuntu_Free_Culture_Showcase/SpiritOfUbuntu.ogv while the first user audio is still not finished.
Result: First user prevent any sound to be played as second user (with Totem, the video even doesn't start, but with other applications you can sometimes get the video but no audio). When the first user audio finishes to play, audio can be played as user2, but that would block audio for user1 if you switch back to its session.
Expected behavior: like in Jaunty and previous releases, sound from one user should stop playing when another session is active. In Jaunty and earlier, even VT had sound from one user when logged as this user, and from the other when logged as him.
Some audio applications on one session also prevent any sound to be played for the other user session even when they have nothing to play.
(Note: this is not a multi-seat setup, but a single seat computer with multiple user accounts.
See attached screenshots for details).
Other example: a first user has a session open, playing sound with Amarok (paused) on a Gnome desktop.
The second user chose "Switch user" in FUSA, then login. The new session doesn't have any sound, and the "Sound Preferences" window only lists "Dummy Output - Stereo" in the Output tab (Screenshot 1). In the hardware tab, nothing appears (Screenshot 2).
When the first user closes Amarok, the second user now has the hardware showing in the Hardware tab (Screenshot 3) but no sound, since the Profile is "Analog Stereo Duplex" (should be Analog Stereo Output"). When the user changes it to the right Profile, sounds works (see also Screenshot 4, compared to Screenshot 1 when no sound was played).
The second user can now play sound, for example a flash video.
Now though, the first user doesn't have any sound when coming back to its session (or more exactly, the only sound he can hear is the flash video being played in the second user's session, even though the users have switched. Any audio application the first user opens shows in Sound preferences>Applications, but doesn't output any sound, and moving the application individual sound sliders only affect the sound being played in session 2.
All that was handled properly in Jaunty and previous Ubuntu releases.
ProblemType: Bug
Architecture: i386
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: paphro 9493 F.... pulseaudio
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xea300000 irq 22'
Mixer name : 'Realtek ALC889A'
Components : 'HDA:10ec0885,1458a002,00100101'
Controls : 38
Simple ctrls : 21
Date: Sun Sep 20 22:09:30 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: nvidia
Package: alsa-base 1.0.20+dfsg-1ubuntu4
PackageArchitecture: all
ProcEnviron:
LANG=en_GB.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-10.34-generic
SourcePackage: alsa-driver
Uname: Linux 2.6.31-10-generic i686
|
|
| 2010-05-06 12:33:13 |
ceg |
nominated for series |
|
Ubuntu Maverick |
|
| 2010-06-12 17:24:30 |
Milan Bouchet-Valat |
consolekit (Ubuntu): status |
New |
Triaged |
|
| 2010-06-12 17:24:37 |
Milan Bouchet-Valat |
consolekit (Ubuntu): importance |
Undecided |
Medium |
|
| 2010-06-12 17:24:42 |
Milan Bouchet-Valat |
gnome-system-tools (Ubuntu): status |
Fix Released |
Triaged |
|
| 2010-07-31 20:45:53 |
Bernd Arnold |
bug |
|
|
added subscriber Bernd Arnold |
| 2010-09-13 00:14:06 |
David Tombs |
bug |
|
|
added subscriber David Tombs |
| 2010-09-13 00:16:57 |
David Tombs |
summary |
[Karmic]&[Lucid] Only one user has sound; no hw shows in Sound Preferences |
Only one user gets sound with privilege "Use audio devices" |
|
| 2010-09-13 10:20:25 |
Milan Bouchet-Valat |
branch linked |
|
lp:~nalimilan/ubuntu/maverick/gnome-system-tools/gnome-system-tools-fix-433654 |
|
| 2010-09-13 10:57:20 |
Dean Jones |
removed subscriber Dean Jones |
|
|
|
| 2010-09-13 10:58:49 |
Milan Bouchet-Valat |
branch linked |
|
lp:~nalimilan/ubuntu/maverick/gnome-system-tools/gnome-system-tools.fix-433654-2 |
|
| 2010-09-24 16:13:36 |
Maxim Levitsky |
bug |
|
|
added subscriber Maxim Levitsky |
| 2010-09-24 16:16:21 |
Maxim Levitsky |
description |
Sound does not work for different users if they belong to the audio group.
A workaround is to remove the users from the audio group. With this however simply managing individual device access based on standard group memberships stops working (regression).
Consolekit (like any kit handling device permissions/privilege escalation) needs to enable audio only for users belonging to audio group (when they are at the console), and leave it disabled for users not in the audio group.
----
Steps to reproduce the bugs:
1. Create 2 new users, user1 and user2 (to be sure you use Karmic default settings).
2. Restart. Login as one user, then double click on /usr/share/example-content/Aesop'\''s_Fables,_Volume_1_(Fable_1)_-_The_Fox_and_The_Grapes.spx
3. Switch to second user. The sound from the first user is still playing uninterrupted, even at gdm stage.
2. As the second user, double click on /usr/share/example-content/Ubuntu_Free_Culture_Showcase/SpiritOfUbuntu.ogv while the first user audio is still not finished.
Result: First user prevent any sound to be played as second user (with Totem, the video even doesn't start, but with other applications you can sometimes get the video but no audio). When the first user audio finishes to play, audio can be played as user2, but that would block audio for user1 if you switch back to its session.
Expected behavior: like in Jaunty and previous releases, sound from one user should stop playing when another session is active. In Jaunty and earlier, even VT had sound from one user when logged as this user, and from the other when logged as him.
Some audio applications on one session also prevent any sound to be played for the other user session even when they have nothing to play.
(Note: this is not a multi-seat setup, but a single seat computer with multiple user accounts.
See attached screenshots for details).
Other example: a first user has a session open, playing sound with Amarok (paused) on a Gnome desktop.
The second user chose "Switch user" in FUSA, then login. The new session doesn't have any sound, and the "Sound Preferences" window only lists "Dummy Output - Stereo" in the Output tab (Screenshot 1). In the hardware tab, nothing appears (Screenshot 2).
When the first user closes Amarok, the second user now has the hardware showing in the Hardware tab (Screenshot 3) but no sound, since the Profile is "Analog Stereo Duplex" (should be Analog Stereo Output"). When the user changes it to the right Profile, sounds works (see also Screenshot 4, compared to Screenshot 1 when no sound was played).
The second user can now play sound, for example a flash video.
Now though, the first user doesn't have any sound when coming back to its session (or more exactly, the only sound he can hear is the flash video being played in the second user's session, even though the users have switched. Any audio application the first user opens shows in Sound preferences>Applications, but doesn't output any sound, and moving the application individual sound sliders only affect the sound being played in session 2.
All that was handled properly in Jaunty and previous Ubuntu releases.
ProblemType: Bug
Architecture: i386
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: paphro 9493 F.... pulseaudio
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xea300000 irq 22'
Mixer name : 'Realtek ALC889A'
Components : 'HDA:10ec0885,1458a002,00100101'
Controls : 38
Simple ctrls : 21
Date: Sun Sep 20 22:09:30 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: nvidia
Package: alsa-base 1.0.20+dfsg-1ubuntu4
PackageArchitecture: all
ProcEnviron:
LANG=en_GB.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-10.34-generic
SourcePackage: alsa-driver
Uname: Linux 2.6.31-10-generic i686
|
Sound does not work for different users if they belong to the audio group.
A workaround is to remove the users from the audio group. With this however simply managing individual device access based on standard group memberships stops working (regression).
Consolekit (like any kit handling device permissions/privilege escalation) needs to enable audio only for users belonging to audio group (when they are at the console), and leave it disabled for users not in the audio group.
Note that in 10.10, even this workaround doesn't work.
----
Steps to reproduce the bugs:
1. Create 2 new users, user1 and user2 (to be sure you use Karmic default settings).
2. Restart. Login as one user, then double click on /usr/share/example-content/Aesop'\''s_Fables,_Volume_1_(Fable_1)_-_The_Fox_and_The_Grapes.spx
3. Switch to second user. The sound from the first user is still playing uninterrupted, even at gdm stage.
2. As the second user, double click on /usr/share/example-content/Ubuntu_Free_Culture_Showcase/SpiritOfUbuntu.ogv while the first user audio is still not finished.
Result: First user prevent any sound to be played as second user (with Totem, the video even doesn't start, but with other applications you can sometimes get the video but no audio). When the first user audio finishes to play, audio can be played as user2, but that would block audio for user1 if you switch back to its session.
Expected behavior: like in Jaunty and previous releases, sound from one user should stop playing when another session is active. In Jaunty and earlier, even VT had sound from one user when logged as this user, and from the other when logged as him.
Some audio applications on one session also prevent any sound to be played for the other user session even when they have nothing to play.
(Note: this is not a multi-seat setup, but a single seat computer with multiple user accounts.
See attached screenshots for details).
Other example: a first user has a session open, playing sound with Amarok (paused) on a Gnome desktop.
The second user chose "Switch user" in FUSA, then login. The new session doesn't have any sound, and the "Sound Preferences" window only lists "Dummy Output - Stereo" in the Output tab (Screenshot 1). In the hardware tab, nothing appears (Screenshot 2).
When the first user closes Amarok, the second user now has the hardware showing in the Hardware tab (Screenshot 3) but no sound, since the Profile is "Analog Stereo Duplex" (should be Analog Stereo Output"). When the user changes it to the right Profile, sounds works (see also Screenshot 4, compared to Screenshot 1 when no sound was played).
The second user can now play sound, for example a flash video.
Now though, the first user doesn't have any sound when coming back to its session (or more exactly, the only sound he can hear is the flash video being played in the second user's session, even though the users have switched. Any audio application the first user opens shows in Sound preferences>Applications, but doesn't output any sound, and moving the application individual sound sliders only affect the sound being played in session 2.
All that was handled properly in Jaunty and previous Ubuntu releases.
ProblemType: Bug
Architecture: i386
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: paphro 9493 F.... pulseaudio
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xea300000 irq 22'
Mixer name : 'Realtek ALC889A'
Components : 'HDA:10ec0885,1458a002,00100101'
Controls : 38
Simple ctrls : 21
Date: Sun Sep 20 22:09:30 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: nvidia
Package: alsa-base 1.0.20+dfsg-1ubuntu4
PackageArchitecture: all
ProcEnviron:
LANG=en_GB.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-10.34-generic
SourcePackage: alsa-driver
Uname: Linux 2.6.31-10-generic i686
|
|
| 2010-09-24 16:33:04 |
Chris Coulson |
description |
Sound does not work for different users if they belong to the audio group.
A workaround is to remove the users from the audio group. With this however simply managing individual device access based on standard group memberships stops working (regression).
Consolekit (like any kit handling device permissions/privilege escalation) needs to enable audio only for users belonging to audio group (when they are at the console), and leave it disabled for users not in the audio group.
Note that in 10.10, even this workaround doesn't work.
----
Steps to reproduce the bugs:
1. Create 2 new users, user1 and user2 (to be sure you use Karmic default settings).
2. Restart. Login as one user, then double click on /usr/share/example-content/Aesop'\''s_Fables,_Volume_1_(Fable_1)_-_The_Fox_and_The_Grapes.spx
3. Switch to second user. The sound from the first user is still playing uninterrupted, even at gdm stage.
2. As the second user, double click on /usr/share/example-content/Ubuntu_Free_Culture_Showcase/SpiritOfUbuntu.ogv while the first user audio is still not finished.
Result: First user prevent any sound to be played as second user (with Totem, the video even doesn't start, but with other applications you can sometimes get the video but no audio). When the first user audio finishes to play, audio can be played as user2, but that would block audio for user1 if you switch back to its session.
Expected behavior: like in Jaunty and previous releases, sound from one user should stop playing when another session is active. In Jaunty and earlier, even VT had sound from one user when logged as this user, and from the other when logged as him.
Some audio applications on one session also prevent any sound to be played for the other user session even when they have nothing to play.
(Note: this is not a multi-seat setup, but a single seat computer with multiple user accounts.
See attached screenshots for details).
Other example: a first user has a session open, playing sound with Amarok (paused) on a Gnome desktop.
The second user chose "Switch user" in FUSA, then login. The new session doesn't have any sound, and the "Sound Preferences" window only lists "Dummy Output - Stereo" in the Output tab (Screenshot 1). In the hardware tab, nothing appears (Screenshot 2).
When the first user closes Amarok, the second user now has the hardware showing in the Hardware tab (Screenshot 3) but no sound, since the Profile is "Analog Stereo Duplex" (should be Analog Stereo Output"). When the user changes it to the right Profile, sounds works (see also Screenshot 4, compared to Screenshot 1 when no sound was played).
The second user can now play sound, for example a flash video.
Now though, the first user doesn't have any sound when coming back to its session (or more exactly, the only sound he can hear is the flash video being played in the second user's session, even though the users have switched. Any audio application the first user opens shows in Sound preferences>Applications, but doesn't output any sound, and moving the application individual sound sliders only affect the sound being played in session 2.
All that was handled properly in Jaunty and previous Ubuntu releases.
ProblemType: Bug
Architecture: i386
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: paphro 9493 F.... pulseaudio
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xea300000 irq 22'
Mixer name : 'Realtek ALC889A'
Components : 'HDA:10ec0885,1458a002,00100101'
Controls : 38
Simple ctrls : 21
Date: Sun Sep 20 22:09:30 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: nvidia
Package: alsa-base 1.0.20+dfsg-1ubuntu4
PackageArchitecture: all
ProcEnviron:
LANG=en_GB.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-10.34-generic
SourcePackage: alsa-driver
Uname: Linux 2.6.31-10-generic i686
|
Sound does not work for different users if they belong to the audio group.
A workaround is to remove the users from the audio group. With this however simply managing individual device access based on standard group memberships stops working (regression).
Consolekit (like any kit handling device permissions/privilege escalation) needs to enable audio only for users belonging to audio group (when they are at the console), and leave it disabled for users not in the audio group.
----
Steps to reproduce the bugs:
1. Create 2 new users, user1 and user2 (to be sure you use Karmic default settings).
2. Restart. Login as one user, then double click on /usr/share/example-content/Aesop'\''s_Fables,_Volume_1_(Fable_1)_-_The_Fox_and_The_Grapes.spx
3. Switch to second user. The sound from the first user is still playing uninterrupted, even at gdm stage.
2. As the second user, double click on /usr/share/example-content/Ubuntu_Free_Culture_Showcase/SpiritOfUbuntu.ogv while the first user audio is still not finished.
Result: First user prevent any sound to be played as second user (with Totem, the video even doesn't start, but with other applications you can sometimes get the video but no audio). When the first user audio finishes to play, audio can be played as user2, but that would block audio for user1 if you switch back to its session.
Expected behavior: like in Jaunty and previous releases, sound from one user should stop playing when another session is active. In Jaunty and earlier, even VT had sound from one user when logged as this user, and from the other when logged as him.
Some audio applications on one session also prevent any sound to be played for the other user session even when they have nothing to play.
(Note: this is not a multi-seat setup, but a single seat computer with multiple user accounts.
See attached screenshots for details).
Other example: a first user has a session open, playing sound with Amarok (paused) on a Gnome desktop.
The second user chose "Switch user" in FUSA, then login. The new session doesn't have any sound, and the "Sound Preferences" window only lists "Dummy Output - Stereo" in the Output tab (Screenshot 1). In the hardware tab, nothing appears (Screenshot 2).
When the first user closes Amarok, the second user now has the hardware showing in the Hardware tab (Screenshot 3) but no sound, since the Profile is "Analog Stereo Duplex" (should be Analog Stereo Output"). When the user changes it to the right Profile, sounds works (see also Screenshot 4, compared to Screenshot 1 when no sound was played).
The second user can now play sound, for example a flash video.
Now though, the first user doesn't have any sound when coming back to its session (or more exactly, the only sound he can hear is the flash video being played in the second user's session, even though the users have switched. Any audio application the first user opens shows in Sound preferences>Applications, but doesn't output any sound, and moving the application individual sound sliders only affect the sound being played in session 2.
All that was handled properly in Jaunty and previous Ubuntu releases.
ProblemType: Bug
Architecture: i386
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: paphro 9493 F.... pulseaudio
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xea300000 irq 22'
Mixer name : 'Realtek ALC889A'
Components : 'HDA:10ec0885,1458a002,00100101'
Controls : 38
Simple ctrls : 21
Date: Sun Sep 20 22:09:30 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: nvidia
Package: alsa-base 1.0.20+dfsg-1ubuntu4
PackageArchitecture: all
ProcEnviron:
LANG=en_GB.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-10.34-generic
SourcePackage: alsa-driver
Uname: Linux 2.6.31-10-generic i686
|
|
| 2010-10-26 09:22:41 |
Artem Popov |
bug |
|
|
added subscriber Артём Попов |
| 2011-02-06 19:44:06 |
Alain ANDERLINI |
bug |
|
|
added subscriber Alain ANDERLINI |
| 2011-03-16 05:25:28 |
Colan Schwartz |
bug |
|
|
added subscriber Colan Schwartz |
| 2011-05-04 06:30:32 |
Daniel Gnoutcheff |
bug |
|
|
added subscriber Daniel Gnoutcheff |
| 2012-10-12 13:24:46 |
Sebastien Bacher |
gnome-system-tools (Ubuntu): assignee |
Chris Coulson (chrisccoulson) |
|
|
| 2014-07-12 04:06:54 |
Daniel Gnoutcheff |
removed subscriber Daniel Gnoutcheff |
|
|
|
