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
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
