touch-packages team mailing list archive

[Daniel van Vugt <daniel.van.vugt@xxxxxxxxxxxxx>]

Confirmed. And surprisingly confirmed the problem is in Mir itself.

I can reproduce the same focus delay problem with pure Mir demos, run
mir_proving_server and switching apps with a four-finger swipe. The same
delay occurs in that any gesture started within about one second of the
focus switch is ignored (until you lift your finger and try again).

** Changed in: mir
   Importance: Undecided => Medium

** Changed in: mir (Ubuntu)
   Importance: Undecided => Medium

** Changed in: qtmir (Ubuntu)
       Status: Confirmed => Invalid

** Changed in: unity8 (Ubuntu)
       Status: Opinion => Invalid

** Summary changed:

- Input focus delay after switching app back into focus since OTA5
+ Input focus delay after switching app back into focus since OTA5 (Mir 0.14)

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

Title:
  Input focus delay after switching app back into focus since OTA5 (Mir
  0.14)

Status in Mir:
  Confirmed
Status in mir package in Ubuntu:
  Confirmed
Status in qtmir package in Ubuntu:
  Invalid
Status in unity8 package in Ubuntu:
  Invalid

Bug description:
  i am not sure if it started with OTA4 or OTA5 but since one of the
  recent OTA upgrades my arale takes between half a second and one
  second before an app takes input again when one switches it from
  background back into focus. i'm talking about apps that were only
  sigstopped, not OOM killed here (i.e. no restart involved, just
  sigcont).

  this used to be instant before and gives a weird feeling of
  sluggishness.

To manage notifications about this bug go to:
https://bugs.launchpad.net/mir/+bug/1480654/+subscriptions