[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2016-09-20 Thread Pat McGowan
** Changed in: canonical-devices-system-image Milestone: 13 => backlog -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1480654 Title: [regression] Input focus delay

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2016-06-30 Thread Pat McGowan
** Changed in: canonical-devices-system-image Milestone: 12 => 13 -- 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: [regression] Input focus delay after

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2016-06-22 Thread Joe Liau
I'm getting (b) (https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1480654/comments/26) as well on the Nexus 4 (Mako) particularly in the browser, which also leads to the fast scrolling bug: https://bugs.launchpad.net/ubuntu/+source/webbrowser-app/+bug/1584965 -- You received this bug

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2016-06-22 Thread Randall Ross
I can confirm that (a) (b) and (c) in Oliver's comment [1] affects me. I will add another: d) unresponsive to power button press to wake up device. I sometimes need to press a dozen or more times before the display will respond and I'm presented with a login screen, or sometimes with the

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2016-06-22 Thread Oliver Grawert
well, it was never actually solved completely ... (as you can see by daniels comment above) i suspect there are still multipple bugs ... there is: a) the spread animation getting stuck a few pixels before the window sits completely straight on the screen for a split second when you switch apps

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2016-06-22 Thread kevin gunn
so shall we refine this bug or spawn a new one? sounds like this is now beyond the original regression that was solved -- 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

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2016-06-22 Thread Michael Zanetti
FWIW, I can only reproduce this if either the resumed or the suspended app is a webapp (or the browser). Perhaps this is related to the fact that oxide runs in separate processes and we're sending sigstop/sigcont to a chain of processes? -- You received this bug notification because you are a

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2016-06-22 Thread Launchpad Bug Tracker
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: qtmir (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mir in Ubuntu.

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2016-06-22 Thread Launchpad Bug Tracker
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: unity8 (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mir in Ubuntu.

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2016-05-31 Thread Jean-Baptiste Lallement
** Changed in: canonical-devices-system-image Status: New => Confirmed ** Changed in: canonical-devices-system-image Importance: Undecided => High ** Changed in: canonical-devices-system-image Milestone: None => 12 ** Changed in: canonical-devices-system-image Assignee:

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2016-05-29 Thread Daniel van Vugt
Last time I tested this bug (and the Mir fix) the only remaining problem for me was that one second tick of the Unity8 app switch animation completing and then realigning the surface to fit the screen. Even that delay doesn't happen reliably on demand for me... I have just retested OTA-10.1 on

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2016-05-27 Thread Oliver Grawert
note that this behaviour is even more noticeable on turbo, seems the Mir slowness is out of the way there, it takes between two and three seconds for an app to accept input ... of which one second is a little "hang" of the animation when flipping it into focus before it sits straight on the

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2016-05-27 Thread Daniel van Vugt
** Also affects: canonical-devices-system-image Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1480654 Title: [regression]

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2016-03-31 Thread Gerry Boland
** Changed in: qtmir (Ubuntu) Importance: Undecided => High ** Changed in: qtmir (Ubuntu) Assignee: (unassigned) => Gerry Boland (gerboland) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mir in Ubuntu.

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2016-03-20 Thread Daniel van Vugt
** Tags added: performance -- 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: [regression] Input focus delay after switching app back into focus since OTA5

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2015-08-24 Thread Daniel van Vugt
** Changed in: mir Status: Fix Committed = Fix Released -- 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: [regression] Input focus delay after switching

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2015-08-23 Thread Launchpad Bug Tracker
This bug was fixed in the package mir - 0.15.0+15.10.20150818-0ubuntu1 --- mir (0.15.0+15.10.20150818-0ubuntu1) wily; urgency=medium [ Daniel van Vugt ] * New upstream release 0.15.0 (https://launchpad.net/mir/+milestone/0.15.0) - ABI summary: Only servers and graphics

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2015-08-21 Thread Launchpad Bug Tracker
** Branch linked: lp:ubuntu/wily-proposed/mir -- 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: [regression] Input focus delay after switching app back into focus

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5 (Mir 0.14)

2015-08-21 Thread Daniel van Vugt
Still not yet sure where the remaining delay is. Seems most likely in Unity8 as that's where the spread animation happens. Certainly the bug is fixed on the Mir side, but it's a very weird coincidence that I found such similar regressions in Mir in the same release, even if they're not the main

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5

2015-08-21 Thread Daniel van Vugt
** Summary changed: - [regression] Input focus delay after switching app back into focus since OTA5 (Mir 0.14) + [regression] Input focus delay after switching app back into focus since OTA5 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5 (Mir 0.14)

2015-08-07 Thread Alberto Aguirre
** Changed in: mir Milestone: 0.16.0 = 0.15.0 -- 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: [regression] Input focus delay after switching app back into

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5 (Mir 0.14)

2015-08-06 Thread Daniel van Vugt
It also feels like the Unity8 window switcher is getting in the way. Particularly when switching into the web browser, it takes half a second or so to finish the app switch after the animation apparently completes. You can notice this just slightly as a flicker of shadow (from the app switcher)

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5 (Mir 0.14)

2015-08-06 Thread PS Jenkins bot
Fix committed into lp:mir at revision None, scheduled for release in mir, milestone 0.16.0 ** Changed in: mir Status: In Progress = Fix Committed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mir in Ubuntu.

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5 (Mir 0.14)

2015-08-05 Thread Daniel van Vugt
I'm somewhat confident the Mir fix does _not_ fix this bug entirely. Just fixing all the related bugs on the Mir side so everything that's left is not Mir :) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mir in Ubuntu.

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5 (Mir 0.14)

2015-08-05 Thread Daniel van Vugt
Tested the Mir fix on the full phone. The bug is not entirely solved, so more work is indeed required looking to qtmir/unity8. ** Changed in: qtmir (Ubuntu) Status: Opinion = New ** Changed in: unity8 (Ubuntu) Status: Opinion = New -- You received this bug notification because

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5 (Mir 0.14)

2015-08-05 Thread Daniel van Vugt
It looks like QtMir/Unity8 is making the same mistake as Mir did. See the Mir fix for a hint of what to fix. -- 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:

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5 (Mir 0.14)

2015-08-05 Thread Daniel van Vugt
OK, the first bug 1481570 has a fix up for review. That's faulty end-of- multifinger gesture detection. Probably doesn't apply to Unity, just the Mir demo server.. The second bug (the Mir part of this one) seems to be a simple matter of faulty end-of-gesture detection introduced in r2652. The

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5 (Mir 0.14)

2015-08-05 Thread Daniel van Vugt
** Changed in: mir Status: Triaged = In Progress ** Changed in: qtmir (Ubuntu) Status: Invalid = Opinion ** Changed in: unity8 (Ubuntu) Status: Invalid = Opinion ** Branch linked: lp:~vanvugt/mir/fix-1480654 -- You received this bug notification because you are a member

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5 (Mir 0.14)

2015-08-05 Thread Gerry Boland
I need to point out that unity8 is not using much of Mir's input dispatching focus logic, so please be certain the reported issue is actually resolved with these mir fixes. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mir

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5 (Mir 0.14)

2015-08-04 Thread kevin gunn
marking as high. also, @duflu - is it possible we can add an integration test in place to catch future potential regression for this use case on ci ? ** Changed in: mir Importance: Medium = High ** Changed in: mir (Ubuntu) Importance: Medium = High -- You received this bug notification

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5 (Mir 0.14)

2015-08-04 Thread Daniel van Vugt
I disagree with High. Not only is the bug so minor that it went unnoticed during the release of 0.14, but even now it took quite some effort to discover. That's not High (which to me would imply it's a potential release blocker). Not a major bug, IMHO. -- You received this bug notification

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5 (Mir 0.14)

2015-08-04 Thread Daniel van Vugt
Spoke too soon. It seems the bug reproducible using lp:mir is even worse than the original bug seen with Unity. Using lp:mir you see all the bugs... 1. Focus switch does not occur immediately. You need to start and finish a new gesture before it takes effect (e.g. touch the screen). 2. When

[Touch-packages] [Bug 1480654] Re: [regression] Input focus delay after switching app back into focus since OTA5 (Mir 0.14)

2015-08-04 Thread Daniel van Vugt
Also made a minor mistake. Above where I mentioned r2590, that should be r2591 where the first regression occurred. r2590 was actually the last revision where everything worked properly... revno: 2591 [merge] author: