2019-06-25 06:00:42 |
Hui Wang |
bug |
|
|
added bug |
2019-06-25 06:03:31 |
Hui Wang |
pulseaudio (Ubuntu): importance |
Undecided |
Critical |
|
2019-06-25 06:50:19 |
Daniel van Vugt |
tags |
|
eoan |
|
2019-06-25 06:56:15 |
Hui Wang |
bug |
|
|
added subscriber Canonical Hardware Enablement |
2019-06-25 06:56:21 |
Hui Wang |
tags |
eoan |
eoan originate-from-1833676 sutton |
|
2019-06-25 06:59:36 |
Hui Wang |
pulseaudio (Ubuntu): importance |
Critical |
High |
|
2019-06-25 08:13:59 |
Hui Wang |
pulseaudio (Ubuntu): status |
New |
Incomplete |
|
2019-06-25 08:25:52 |
Hui Wang |
description |
If the output devices are on different sinks, PA can't auto switch streams on them |
On the Lenovo P52 machine, there are dual analogue codecs: the 1st one contains the speaker and front headphone, the 2nd one contains the rear lineout.
As there are two codecs, there are 2 sinks in the PA, the one sink has speaker and headphone, the other one has the lineout
Supposing users play music via totem (gnome app) and neither front headphone nor rear lineout is plugged, the sound will comes out from speaker. While the music is playing, if users plug a headphone into the front headphone, the headphone will show up in the gonme-sound-setting and the speaker will disappear, and the sound will change to heapdhone from speaker, so the steam auto swtiches from speaker to headphone because both speaker and headphone belong to the same PA sink. But while the music is playing, if users plug a headphone into the rear lineout jack, the lineout will show up in the gnome-sound-setting and the speaker will disappear too, but the sound will not switch to lineout, it keeps staying in the speaker even the UI shows the speaker is relaced by lineout. it doesn't auto switch just because the speaker belongs to one sink and the lineout belongs to the other.
When this issue happens, if users want the sound comes out from lineout, users have to close the totem and re-run the toem to make the sound come out from lineout. This is not user friendly. |
|
2019-06-25 08:41:52 |
Hui Wang |
description |
On the Lenovo P52 machine, there are dual analogue codecs: the 1st one contains the speaker and front headphone, the 2nd one contains the rear lineout.
As there are two codecs, there are 2 sinks in the PA, the one sink has speaker and headphone, the other one has the lineout
Supposing users play music via totem (gnome app) and neither front headphone nor rear lineout is plugged, the sound will comes out from speaker. While the music is playing, if users plug a headphone into the front headphone, the headphone will show up in the gonme-sound-setting and the speaker will disappear, and the sound will change to heapdhone from speaker, so the steam auto swtiches from speaker to headphone because both speaker and headphone belong to the same PA sink. But while the music is playing, if users plug a headphone into the rear lineout jack, the lineout will show up in the gnome-sound-setting and the speaker will disappear too, but the sound will not switch to lineout, it keeps staying in the speaker even the UI shows the speaker is relaced by lineout. it doesn't auto switch just because the speaker belongs to one sink and the lineout belongs to the other.
When this issue happens, if users want the sound comes out from lineout, users have to close the totem and re-run the toem to make the sound come out from lineout. This is not user friendly. |
On the Lenovo P52 machine, there are dual analogue codecs: the 1st one contains the speaker and front headphone, the 2nd one contains the rear lineout.
As there are two codecs, there are 2 sinks in the PA, the one sink has speaker and headphone, the other one has the lineout
Supposing users play music via totem (gnome app) and neither front headphone nor rear lineout is plugged, the sound will comes out from speaker. While the music is playing, if users plug a headphone into the front headphone, the headphone will show up in the gonme-sound-setting and the speaker will disappear, and the sound will change to heapdhone from speaker, so the steam auto swtiches from speaker to headphone because both speaker and headphone belong to the same PA sink. But while the music is playing, if users plug a headphone into the rear lineout jack, the lineout will show up in the gnome-sound-setting and the speaker will disappear too, but the sound will not switch to lineout, it keeps staying in the speaker even the UI shows the speaker is relaced by lineout. it doesn't auto switch just because the speaker belongs to one sink and the lineout belongs to the other.
When this issue happens, if users want the sound comes out from lineout, users have to close the totem and re-run the toem to make the sound come out from lineout. This is not user friendly.
And a similar situation is:
users play the music through lineout and UI (gnome-soudn-setting) shows lineout is active, while it is playing the music, if users unplug the headphone from the rear lineout jack, the lineout will disappear from UI and the speaker will show up, but the sound still comes from lineout, it doesn't switch to speaker. |
|
2019-07-02 07:59:17 |
Hui Wang |
bug |
|
|
added subscriber Ubuntu Sponsors Team |
2019-07-02 08:37:28 |
Hui Wang |
summary |
PA: can't auto switch streams between different sinks |
PA: Don't restore the streams to sinks/sources with only unavailable ports |
|
2019-07-02 08:37:52 |
Hui Wang |
description |
On the Lenovo P52 machine, there are dual analogue codecs: the 1st one contains the speaker and front headphone, the 2nd one contains the rear lineout.
As there are two codecs, there are 2 sinks in the PA, the one sink has speaker and headphone, the other one has the lineout
Supposing users play music via totem (gnome app) and neither front headphone nor rear lineout is plugged, the sound will comes out from speaker. While the music is playing, if users plug a headphone into the front headphone, the headphone will show up in the gonme-sound-setting and the speaker will disappear, and the sound will change to heapdhone from speaker, so the steam auto swtiches from speaker to headphone because both speaker and headphone belong to the same PA sink. But while the music is playing, if users plug a headphone into the rear lineout jack, the lineout will show up in the gnome-sound-setting and the speaker will disappear too, but the sound will not switch to lineout, it keeps staying in the speaker even the UI shows the speaker is relaced by lineout. it doesn't auto switch just because the speaker belongs to one sink and the lineout belongs to the other.
When this issue happens, if users want the sound comes out from lineout, users have to close the totem and re-run the toem to make the sound come out from lineout. This is not user friendly.
And a similar situation is:
users play the music through lineout and UI (gnome-soudn-setting) shows lineout is active, while it is playing the music, if users unplug the headphone from the rear lineout jack, the lineout will disappear from UI and the speaker will show up, but the sound still comes from lineout, it doesn't switch to speaker. |
SRU Document:
[Impact]
The Lenovo P520 machine has dual analogue codecs, so there are two sinks and two sources in the PA, one has the front headphone and front microphone, the other has the rear lineout, linein and rear microphone, and the rear microphone always shows up in the gnome-sound-setting, When we plug a microphone to front audio jack, there are two input devices: rear mic and front mic in the gnome-sound-setting, and suppose users select the the front mic to record sound via audio app like arecord, the front mic will be bond the arecord, after the front mic is unplugged, there is only one rear mic left in the gnome-sound-setting, but the binding will not be changed, the arecrod still bind to front mic, under this situation if users record sound via arecord, they will find they can't record any sound from any other input devices even they are listed in the gnome-sound-setting. This problem also happens to output devices too.
[Test Case]
After applying this patch, I did the same test: unplug the front mic, then use the arecord to record sound, the app can record sound from rear mic now. After I plug the front mic back, the arecord still record from front mic. Also did the similar test for output devices, it worked as expected too.
[Regression Potential]
No, Just make a simple check when creating new streams (sink_input/source_output), If the restored device (sink/source) has ports and all ports are unavialble, it will not restore the binding, otherwise it will work as before.
[Other Info]
No more info here |
|
2019-07-02 08:40:50 |
Hui Wang |
attachment added |
|
pulseaudio_12.2-2ubuntu4.debdiff https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1834138/+attachment/5274590/+files/pulseaudio_12.2-2ubuntu4.debdiff |
|
2019-07-02 14:27:51 |
Sebastien Bacher |
pulseaudio (Ubuntu): status |
Incomplete |
New |
|
2019-07-03 05:20:31 |
Shih-Yuan Lee |
bug |
|
|
added subscriber Shih-Yuan Lee |
2019-07-04 18:08:50 |
Launchpad Janitor |
pulseaudio (Ubuntu): status |
New |
Fix Released |
|
2019-07-08 23:02:45 |
Brian Murray |
removed subscriber Ubuntu Sponsors Team |
|
|
|
2019-07-08 23:05:28 |
Brian Murray |
pulseaudio (Ubuntu Disco): status |
New |
Fix Committed |
|
2019-07-08 23:05:29 |
Brian Murray |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2019-07-08 23:05:31 |
Brian Murray |
bug |
|
|
added subscriber SRU Verification |
2019-07-08 23:05:36 |
Brian Murray |
tags |
eoan originate-from-1833676 sutton |
eoan originate-from-1833676 sutton verification-needed verification-needed-disco |
|
2019-07-09 01:52:05 |
Hui Wang |
tags |
eoan originate-from-1833676 sutton verification-needed verification-needed-disco |
eoan originate-from-1833676 sutton verification-done-disco verification-needed |
|
2019-07-09 03:48:16 |
Hui Wang |
attachment added |
|
pulseaudio_12.2-0ubuntu4.1.debdiff https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1834138/+attachment/5275752/+files/pulseaudio_12.2-0ubuntu4.1.debdiff |
|
2019-07-22 06:59:59 |
Hui Wang |
attachment added |
|
pulseaudio_11.1-1ubuntu7.4.debdiff https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1834138/+attachment/5278407/+files/pulseaudio_11.1-1ubuntu7.4.debdiff |
|
2019-07-23 09:18:19 |
Alex Tu |
bug task added |
|
oem-priority |
|
2019-07-23 09:19:11 |
Alex Tu |
oem-priority: importance |
Undecided |
High |
|
2019-07-24 01:37:05 |
Shih-Yuan Lee |
bug |
|
|
added subscriber Ubuntu Sponsors Team |
2019-07-24 03:18:32 |
Yuan-Chen Cheng |
tags |
eoan originate-from-1833676 sutton verification-done-disco verification-needed |
eoan oem-priority originate-from-1833676 sutton verification-done-disco verification-needed |
|
2019-07-24 03:46:39 |
Mathew Hodson |
pulseaudio (Ubuntu Disco): importance |
Undecided |
High |
|
2019-07-24 06:19:51 |
Yuan-Chen Cheng |
oem-priority: status |
New |
Confirmed |
|
2019-07-24 07:06:02 |
Yuan-Chen Cheng |
tags |
eoan oem-priority originate-from-1833676 sutton verification-done-disco verification-needed |
eoan oem-priority originate-from-1833676 originate-from-1835155 sutton verification-done-disco verification-needed |
|
2019-07-24 07:06:11 |
Yuan-Chen Cheng |
oem-priority: importance |
High |
Critical |
|
2019-07-24 12:06:22 |
Daniel van Vugt |
nominated for series |
|
Ubuntu Eoan |
|
2019-07-24 12:06:22 |
Daniel van Vugt |
bug task added |
|
pulseaudio (Ubuntu Eoan) |
|
2019-07-24 12:06:22 |
Daniel van Vugt |
nominated for series |
|
Ubuntu Bionic |
|
2019-07-24 12:06:22 |
Daniel van Vugt |
bug task added |
|
pulseaudio (Ubuntu Bionic) |
|
2019-07-24 12:06:33 |
Daniel van Vugt |
pulseaudio (Ubuntu Bionic): status |
New |
In Progress |
|
2019-07-24 12:06:38 |
Daniel van Vugt |
pulseaudio (Ubuntu Bionic): importance |
Undecided |
High |
|
2019-07-24 12:06:48 |
Daniel van Vugt |
pulseaudio (Ubuntu Bionic): assignee |
|
Hui Wang (hui.wang) |
|
2019-07-25 04:03:51 |
Hui Wang |
attachment removed |
pulseaudio_12.2-0ubuntu4.1.debdiff https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1834138/+attachment/5275752/+files/pulseaudio_12.2-0ubuntu4.1.debdiff |
|
|
2019-07-25 04:03:55 |
Daniel van Vugt |
attachment added |
|
pulseaudio_11.1-1ubuntu7.4.debdiff https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1834138/+attachment/5279152/+files/pulseaudio_11.1-1ubuntu7.4.debdiff |
|
2019-07-25 04:25:46 |
Hui Wang |
attachment removed |
pulseaudio_11.1-1ubuntu7.4.debdiff https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1834138/+attachment/5278407/+files/pulseaudio_11.1-1ubuntu7.4.debdiff |
|
|
2019-07-26 05:34:35 |
Daniel van Vugt |
bug |
|
|
added subscriber Daniel van Vugt |
2019-07-29 07:38:10 |
Tiffany |
bug |
|
|
added subscriber Tiffany |
2019-08-13 17:45:16 |
Brian Murray |
pulseaudio (Ubuntu Bionic): status |
In Progress |
Incomplete |
|
2019-08-14 07:59:42 |
Hui Wang |
description |
SRU Document:
[Impact]
The Lenovo P520 machine has dual analogue codecs, so there are two sinks and two sources in the PA, one has the front headphone and front microphone, the other has the rear lineout, linein and rear microphone, and the rear microphone always shows up in the gnome-sound-setting, When we plug a microphone to front audio jack, there are two input devices: rear mic and front mic in the gnome-sound-setting, and suppose users select the the front mic to record sound via audio app like arecord, the front mic will be bond the arecord, after the front mic is unplugged, there is only one rear mic left in the gnome-sound-setting, but the binding will not be changed, the arecrod still bind to front mic, under this situation if users record sound via arecord, they will find they can't record any sound from any other input devices even they are listed in the gnome-sound-setting. This problem also happens to output devices too.
[Test Case]
After applying this patch, I did the same test: unplug the front mic, then use the arecord to record sound, the app can record sound from rear mic now. After I plug the front mic back, the arecord still record from front mic. Also did the similar test for output devices, it worked as expected too.
[Regression Potential]
No, Just make a simple check when creating new streams (sink_input/source_output), If the restored device (sink/source) has ports and all ports are unavialble, it will not restore the binding, otherwise it will work as before.
[Other Info]
No more info here |
SRU Document:
[Impact]
The Lenovo P520 machine has dual analogue codecs, so there are two sinks and two sources in the PA, one has the front headphone and front microphone, the other has the rear lineout, linein and rear microphone, and the rear microphone always shows up in the gnome-sound-setting, When we plug a microphone to front audio jack, there are two input devices: rear mic and front mic in the gnome-sound-setting, and suppose users select the the front mic to record sound via audio app like arecord, the front mic will be bond the arecord, after the front mic is unplugged, there is only one rear mic left in the gnome-sound-setting, but the binding will not be changed, the arecrod still bind to front mic, under this situation if users record sound via arecord, they will find they can't record any sound from any other input devices even they are listed in the gnome-sound-setting. This problem also happens to output devices too.
[Test Case]
After applying this patch, I did the same test: unplug the front mic, then use the arecord to record sound, the app can record sound from rear mic now. After I plug the front mic back, the arecord still record from front mic. Also did the similar test for output devices, it worked as expected too.
[Regression Potential]
No, Just make a simple check when creating new streams (sink_input/source_output), If the restored device (sink/source) has ports and all ports are unavialble, it will not restore the binding, otherwise it will work as before.
For the Bionic, This SRU also includes the fix of LP: #1556439, this fix is safe and will not introduce any regression too, because it just adds a sink-input/source-output state checking, if the sink-input/source-output is unlinking or unlinked, it is useless to move it to a new sink/source, furthermore it will trigger an assertion that make the pulseaudio crash, adding this check can fix this problem (LP: #1556439).
[Other Info]
No more info here |
|
2019-08-14 08:46:36 |
Hui Wang |
description |
SRU Document:
[Impact]
The Lenovo P520 machine has dual analogue codecs, so there are two sinks and two sources in the PA, one has the front headphone and front microphone, the other has the rear lineout, linein and rear microphone, and the rear microphone always shows up in the gnome-sound-setting, When we plug a microphone to front audio jack, there are two input devices: rear mic and front mic in the gnome-sound-setting, and suppose users select the the front mic to record sound via audio app like arecord, the front mic will be bond the arecord, after the front mic is unplugged, there is only one rear mic left in the gnome-sound-setting, but the binding will not be changed, the arecrod still bind to front mic, under this situation if users record sound via arecord, they will find they can't record any sound from any other input devices even they are listed in the gnome-sound-setting. This problem also happens to output devices too.
[Test Case]
After applying this patch, I did the same test: unplug the front mic, then use the arecord to record sound, the app can record sound from rear mic now. After I plug the front mic back, the arecord still record from front mic. Also did the similar test for output devices, it worked as expected too.
[Regression Potential]
No, Just make a simple check when creating new streams (sink_input/source_output), If the restored device (sink/source) has ports and all ports are unavialble, it will not restore the binding, otherwise it will work as before.
For the Bionic, This SRU also includes the fix of LP: #1556439, this fix is safe and will not introduce any regression too, because it just adds a sink-input/source-output state checking, if the sink-input/source-output is unlinking or unlinked, it is useless to move it to a new sink/source, furthermore it will trigger an assertion that make the pulseaudio crash, adding this check can fix this problem (LP: #1556439).
[Other Info]
No more info here |
SRU Document:
[Impact]
The Lenovo P520 machine has dual analogue codecs, so there are two sinks and two sources in the PA, one has the front headphone and front microphone, the other has the rear lineout, linein and rear microphone, and the rear microphone always shows up in the gnome-sound-setting, When we plug a microphone to front audio jack, there are two input devices: rear mic and front mic in the gnome-sound-setting, and suppose users select the the front mic to record sound via audio app like arecord, the front mic will be bond the arecord, after the front mic is unplugged, there is only one rear mic left in the gnome-sound-setting, but the binding will not be changed, the arecrod still bind to front mic, under this situation if users record sound via arecord, they will find they can't record any sound from any other input devices even they are listed in the gnome-sound-setting. This problem also happens to output devices too.
[Test Case]
After applying this patch, I did the same test: unplug the front mic, then use the arecord to record sound, the app can record sound from rear mic now. After I plug the front mic back, the arecord still record from front mic. Also did the similar test for output devices, it worked as expected too.
[Regression Potential]
Low, Just make a simple check when creating new streams (sink_input/source_output), If the restored device (sink/source) has ports and all ports are unavialble, it will not restore the binding, otherwise it will work as before.
For the Bionic, This SRU also includes the fix of LP: #1556439, this fix is safe and will not introduce any regression too, because it just adds a sink-input/source-output state checking, if the sink-input/source-output is unlinking or unlinked, it is useless to move it to a new sink/source, furthermore it will trigger an assertion that make the pulseaudio crash, adding this check can fix this problem (LP: #1556439).
[Other Info]
No more info here |
|
2019-08-14 08:47:33 |
Hui Wang |
description |
SRU Document:
[Impact]
The Lenovo P520 machine has dual analogue codecs, so there are two sinks and two sources in the PA, one has the front headphone and front microphone, the other has the rear lineout, linein and rear microphone, and the rear microphone always shows up in the gnome-sound-setting, When we plug a microphone to front audio jack, there are two input devices: rear mic and front mic in the gnome-sound-setting, and suppose users select the the front mic to record sound via audio app like arecord, the front mic will be bond the arecord, after the front mic is unplugged, there is only one rear mic left in the gnome-sound-setting, but the binding will not be changed, the arecrod still bind to front mic, under this situation if users record sound via arecord, they will find they can't record any sound from any other input devices even they are listed in the gnome-sound-setting. This problem also happens to output devices too.
[Test Case]
After applying this patch, I did the same test: unplug the front mic, then use the arecord to record sound, the app can record sound from rear mic now. After I plug the front mic back, the arecord still record from front mic. Also did the similar test for output devices, it worked as expected too.
[Regression Potential]
Low, Just make a simple check when creating new streams (sink_input/source_output), If the restored device (sink/source) has ports and all ports are unavialble, it will not restore the binding, otherwise it will work as before.
For the Bionic, This SRU also includes the fix of LP: #1556439, this fix is safe and will not introduce any regression too, because it just adds a sink-input/source-output state checking, if the sink-input/source-output is unlinking or unlinked, it is useless to move it to a new sink/source, furthermore it will trigger an assertion that make the pulseaudio crash, adding this check can fix this problem (LP: #1556439).
[Other Info]
No more info here |
SRU Document:
[Impact]
The Lenovo P520 machine has dual analogue codecs, so there are two sinks and two sources in the PA, one has the front headphone and front microphone, the other has the rear lineout, linein and rear microphone, and the rear microphone always shows up in the gnome-sound-setting, When we plug a microphone to front audio jack, there are two input devices: rear mic and front mic in the gnome-sound-setting, and suppose users select the the front mic to record sound via audio app like arecord, the front mic will be bond the arecord, after the front mic is unplugged, there is only one rear mic left in the gnome-sound-setting, but the binding will not be changed, the arecrod still bind to front mic, under this situation if users record sound via arecord, they will find they can't record any sound from any other input devices even they are listed in the gnome-sound-setting. This problem also happens to output devices too.
[Test Case]
After applying this patch, I did the same test: unplug the front mic, then use the arecord to record sound, the app can record sound from rear mic now. After I plug the front mic back, the arecord still record from front mic. Also did the similar test for output devices, it worked as expected too.
[Regression Potential]
Low, Just make a simple check when creating new streams (sink_input/source_output), If the restored device (sink/source) has ports and all ports are unavialble, it will not restore the binding, otherwise it will work as before.
For the Bionic, This SRU also includes the fix of LP: #1556439, this fix is safe and is very low possible to introduce any regression too, because it just adds a sink-input/source-output state checking, if the sink-input/source-output is unlinking or unlinked, it is useless to move it to a new sink/source, furthermore it will trigger an assertion that make the pulseaudio crash, adding this check can fix this problem (LP: #1556439).
[Other Info]
No more info here |
|
2019-09-01 02:54:31 |
Mathew Hodson |
pulseaudio (Ubuntu Bionic): status |
Incomplete |
Triaged |
|
2019-09-11 16:34:27 |
Robie Basak |
pulseaudio (Ubuntu Bionic): status |
Triaged |
Incomplete |
|
2019-10-16 00:36:12 |
Chris Halse Rogers |
pulseaudio (Ubuntu Bionic): status |
Incomplete |
Fix Committed |
|
2019-10-16 00:36:23 |
Chris Halse Rogers |
tags |
eoan oem-priority originate-from-1833676 originate-from-1835155 sutton verification-done-disco verification-needed |
eoan oem-priority originate-from-1833676 originate-from-1835155 sutton verification-done-disco verification-needed verification-needed-bionic |
|
2019-10-24 09:52:19 |
Hui Wang |
tags |
eoan oem-priority originate-from-1833676 originate-from-1835155 sutton verification-done-disco verification-needed verification-needed-bionic |
eoan oem-priority originate-from-1833676 originate-from-1835155 sutton verification-done verification-done-bionic verification-done-disco |
|
2019-10-24 13:14:32 |
Launchpad Janitor |
pulseaudio (Ubuntu Disco): status |
Fix Committed |
Fix Released |
|
2019-10-24 13:14:44 |
Ćukasz Zemczak |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
2019-11-27 12:26:40 |
Yuan-Chen Cheng |
oem-priority: importance |
Critical |
High |
|
2019-12-11 01:48:15 |
Launchpad Janitor |
pulseaudio (Ubuntu Bionic): status |
Fix Committed |
Fix Released |
|
2020-01-02 10:27:59 |
Anthony Wong |
hwe-next: status |
New |
Fix Released |
|
2020-08-15 16:56:45 |
Rex Tsai |
oem-priority: status |
Confirmed |
Fix Committed |
|
2020-08-15 16:56:48 |
Rex Tsai |
oem-priority: status |
Fix Committed |
Fix Released |
|