camera app unresponsive if trusted prompt left for some time

Bug #1487111 reported by kevin gunn on 2015-08-20
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Canonical System Image
High
John McAleely
camera-app
Confirmed
Medium
Unassigned
camera-app (Ubuntu)
Medium
Unassigned
pulseaudio (Ubuntu)
High
Unassigned

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

Florian Boucault (fboucault) wrote :

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) wrote :

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) wrote :

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) wrote :

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

Bill Filler (bfiller) on 2015-08-21
Changed in canonical-devices-system-image:
milestone: none → ww34-2015
assignee: nobody → John McAleely (john.mcaleely)
importance: Undecided → High
status: New → Confirmed
Changed in pulseaudio (Ubuntu):
importance: Undecided → High
Bill Filler (bfiller) wrote :

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) wrote :

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

Bill Filler (bfiller) on 2015-08-26
Changed in canonical-devices-system-image:
milestone: ww34-2015 → ww40-2015

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
>

Changed in pulseaudio (Ubuntu):
status: New → Confirmed
assignee: nobody → Manuel de la Peña (mandel)
Changed in pulseaudio (Ubuntu):
assignee: Manuel de la Peña (mandel) → nobody
Changed in canonical-devices-system-image:
milestone: ww40-2015 → backlog
Launchpad Janitor (janitor) wrote :

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

Changed in camera-app (Ubuntu):
status: New → Confirmed
Changed in camera-app:
status: New → Confirmed
importance: Undecided → Medium
Changed in camera-app (Ubuntu):
importance: Undecided → Medium
tags: added: pulse-touch
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers