touch-packages team mailing list archive

[Matthew Paul Thomas <mpt@xxxxxxxxxxxxx>]

By "no way of discerning" you mean it's a matter of taste, right? For
example, you would choose to pause video for the high-volume warning
dialog, whereas I would not. And even if that was a good reason to pause
video, it would be much less of a good reason to pause music, which
might have caused the same dialog to appear.

Earlier this year, for reasons too comical to explain here, I had to collect examples of dialogs that don't belong to a particular app. (Some of these are currently jury-rigged as snap decisions, others not implemented in Ubuntu Touch at all yet.) It's not necessarily a good idea to let dialogs choose whether to pause video behind them or not. But *if* they could do that, this is what I'd choose for the examples I collected:
- high volume warning -- don't pause
- Wi-Fi authentication -- pause
- "Connect to Hidden Network" -- pause
- "Wi-Fi Available" -- pause
- proxy re-authentication -- pause
- choosing what to do with inserted media -- don't pause
- critically low battery -- pause
- disk space/health warning -- pause
- error reporting -- don't pause
- incoming call -- pause

So if it's better overall to have a single behavior for every dialog, I
guess that behavior should be pausing. But the larger the screen size,
the less sense that will make. And regardless of those answers for
video, my answer would be "don't pause" for all of them with audio.

All that aside, if you say the dialog should pause video, well, it's
already doing that, so the problem remains unsolved. We need to make
sure the dialog stays visible *despite* the video pausing. Given that
there will always be more than one audio role, role switching will
always be a possibility, so we seem to have two options. The first is to
switch the role as usual, but persist the alert referring to a role that
the volume buttons are no longer controlling; but that would be
incoherent. The other is to delay any role change for as long as the
dialog is up. Specification updated.
<https://wiki.ubuntu.com/Sound?action=diff&rev2=163&rev1=162>

** Description changed:

  When having a wired headset connected to the device, video playback
  keeps on being paused as soon as playback is started. Looks like some
  snap-decision notification is shown, but it's too short time to read
  what it actually says because it disappears again when the playback
  stops again.
+ 
+ <https://wiki.ubuntu.com/Sound#limits>: "So that both buttons do what
+ you expect and the dialog does not disappear unexpectedly, any role
+ change should be postponed as long as the dialog is up."

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mediaplayer-app in Ubuntu.
https://bugs.launchpad.net/bugs/1504065

Title:
  Cannot play videos when a wired headphone is connected

Status in Canonical System Image:
  Confirmed
Status in The Sound Menu:
  New
Status in mediaplayer-app package in Ubuntu:
  Confirmed
Status in unity8 package in Ubuntu:
  Confirmed

Bug description:
  When having a wired headset connected to the device, video playback
  keeps on being paused as soon as playback is started. Looks like some
  snap-decision notification is shown, but it's too short time to read
  what it actually says because it disappears again when the playback
  stops again.

  <https://wiki.ubuntu.com/Sound#limits>: "So that both buttons do what
  you expect and the dialog does not disappear unexpectedly, any role
  change should be postponed as long as the dialog is up."

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1504065/+subscriptions