Phone hangs by repeatedly taking screenshots

Bug #1508830 reported by Jean-Baptiste Lallement
26
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Canonical System Image
Fix Released
High
Michał Sawicz
media-hub (Ubuntu)
Fix Released
Undecided
Unassigned
unity8 (Ubuntu)
Fix Released
High
Lukáš Tinkl

Bug Description

current build number: 145
device name: arale
channel: ubuntu-touch/rc-proposed/meizu.en
last update: 2015-10-22 07:33:52

Test Case:
1. Take a screenshot by pressing vol-up and vol-down
2. Repeat steps 1 until the UI hangs

Actual Results
Shell hangs and only the power button is responsive

Expected results
I can take screenshots forever

Related branches

Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :
Revision history for this message
dinamic (dinamic6661) wrote :

when i take a screenshot of the apps scope on arale, it freezes the UI for 4-5 seconds https://bugs.launchpad.net/canonical-devices-system-image/+bug/1494480

Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in unity8 (Ubuntu):
status: New → Confirmed
Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

When you reach the state where the phone hangs, it eventually resumes after several minutes but then another screenshot will make it hang again.

This lines appear in unity8.log
virtual void AalMediaPlayerControl::stop()

Failed to stop playback: Problem stopping playback on remote object
virtual QMediaPlayer::MediaStatus AalMediaPlayerControl::mediaStatus() const

virtual QMediaPlayer::MediaStatus AalMediaPlayerControl::mediaStatus() const

virtual void AalMediaPlayerControl::play()

virtual QMediaPlayer::MediaStatus AalMediaPlayerControl::mediaStatus() const

virtual QMediaPlayer::MediaStatus AalMediaPlayerControl::mediaStatus() const

void AalMediaPlayerService::play()
Failed to check if source is video: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

Changed in canonical-devices-system-image:
assignee: nobody → Michał Sawicz (saviq)
status: New → Confirmed
Changed in canonical-devices-system-image:
importance: Undecided → High
Jim Hodapp (jhodapp)
no longer affects: media-hub (Ubuntu)
Revision history for this message
Michael Zanetti (mzanetti) wrote :
Changed in unity8 (Ubuntu):
status: Confirmed → Fix Released
Changed in canonical-devices-system-image:
status: Confirmed → Fix Released
Changed in canonical-devices-system-image:
milestone: none → ww02-2016
status: Fix Released → Fix Committed
Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

I just reproduced this on v195 by taking 3 screenshots, the shell is frozen on the greeter indefinitely, log contains same as comment #4

Changed in canonical-devices-system-image:
status: Fix Committed → Confirmed
Changed in unity8 (Ubuntu):
assignee: nobody → Lukáš Tinkl (lukas-kde)
importance: Undecided → High
status: Fix Released → Confirmed
Revision history for this message
Michael Zanetti (mzanetti) wrote :

Ok. Comment 4 says that media stuff is blocking on a D-Bus call. I have tried it on krillin, mako and arale and could not observe this behavior. We did have a screenshot related bug recently that would block for some 2 seconds when making a screenshot, however that one has been fixed and for me it doesn't block/hang any more at all now.

If that still happens for you, and it always prints the log from comment 4, it probably implies something (I assume media-hub) being crashed before and then playing the screenshot sound hangs, waiting on a sync dbus reply from media hub.

@Pat, Jean-Baptiste: Can you try to find out more? Does this happen all the time for you? Or only after some other steps? When in this state, can you try invoking other actions that make a sound and see if those hang? Perhaps creating a notification that plays the notification sound.

Adding back media-hub as comment 4 really points towards that.

Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in media-hub (Ubuntu):
status: New → Confirmed
affects: media-hub → media-hub (Ubuntu)
Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

I did not get a media-hub crash, this was on arale.
I reproduced it this time on the 9th consecutive screen shot

Unity8 is alive and reporting this every 30 secs
Failed to get current playback position: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

It then acts briefly and partially on a pending gesture

Revision history for this message
Pat McGowan (pat-mcgowan) wrote :
Revision history for this message
Jim Hodapp (jhodapp) wrote :

From comment #10 in the media-hub log, looks like media-hub is trying to do something on an internal GStreamer pipeline thread which is very bad.

Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in media-hub (Ubuntu):
status: New → Confirmed
summary: - Phone hangs by repeatedly refreshing the apps scope and taking
- screenshots
+ Phone hangs by repeatedly taking screenshots
description: updated
Changed in canonical-devices-system-image:
milestone: ww02-2016 → ww08-2016
description: updated
Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

seems fixed to me

Changed in canonical-devices-system-image:
status: Confirmed → Fix Committed
Changed in media-hub (Ubuntu):
status: Confirmed → Fix Released
Changed in unity8 (Ubuntu):
status: Confirmed → Fix Released
Changed in canonical-devices-system-image:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.