camera app unresponsive if trusted prompt left for some time

[kevin gunn]

image95/arale (also on mako)
i see this for both the audio trust prompt and the video trust prompt
steps
1. launch camera
2. don't touch trust prompt - set phone down for 5 min
3. after time, select "accept"
(alternately - select accept on camera, hit record and wait for audio prompt, step2)

expected - app continues
result - app is frozen, shell is still responsive, camera service spinning 50% cpu

[Florian Boucault (fboucault)]

In the case of the microphone trust prompt, it could be explained by the fact that Pulseaudio times out and returns from pa_simple_new() after 30 seconds. Then the video recording starts with no access to the microphone while the prompt is still shown.

In the logs of the camera app we can see:
Failed to open a PulseAudio channel to read the microphone: Timeout
Failed to setup PulseAudio microphone recording stream

[Florian Boucault (fboucault)]

Not being a Pulseaudio expert I am not sure it is relevant but I see the following define in its code:

 #define DEFAULT_TIMEOUT (30)

[Bill Filler (bfiller)]

The desired behavior should be

1) pulse should not timeout after 30 seconds

or
2) if we keep the 30 second timeout, the trust-prompt should be removed after that period with the DENY choice selected

Currently, the trust-prompt stays on the screen even though silently access has been denied.

[kevin gunn (kgunn72)]

is there a power reason for making a choice for the user ?

[Bill Filler (bfiller)]

Note, we've added a workaround in qtubuntu-camera (in silo 40) to make this problem better (no hang) but does not fix it completely.

The following will occur:

1) try to record a video
2) don't press the trust prompt
3) let your phone go to sleep
4) wake it up and open camera
5) press on trust prompt (either decision)
6) now you'll have to press record button again as we detected the timeout and did not record the video
7) the videos after this will have no audio until you reboot regardless of prompt choice or settings change, as pulse is in a messed up state

[John McAleely (john.mcaleely)]

@mandel, it seems I don't have the power of assignment here. Can you pick this up, and pull in Diwic as needed?

[Manuel de la Peña (mandel)]

Got it.

On Sun, Aug 23, 2015 at 2:03 PM, John McAleely <email address hidden>
wrote:

> @mandel, it seems I don't have the power of assignment here. Can you
> pick this up, and pull in Diwic as needed?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1487111
>
> Title:
> camera app unresponsive if trusted prompt left for some time
>
> Status in Canonical System Image:
> Confirmed
> Status in camera-app package in Ubuntu:
> New
> Status in pulseaudio package in Ubuntu:
> New
>
> Bug description:
> image95/arale (also on mako)
> i see this for both the audio trust prompt and the video trust prompt
> steps
> 1. launch camera
> 2. don't touch trust prompt - set phone down for 5 min
> 3. after time, select "accept"
> (alternately - select accept on camera, hit record and wait for audio
> prompt, step2)
>
> expected - app continues
> result - app is frozen, shell is still responsive, camera service
> spinning 50% cpu
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/canonical-devices-system-image/+bug/1487111/+subscriptions
>

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Daniel van Vugt (vanvugt)]

Ubuntu Touch is no longer supported.