@Zanetti > Here's a way to easily reproduce it with the dash to verify if this issue is > fixed: > [...]
Thanks for that test case! Very useful. That's another issue, which lp:~dandrader/qtmir/missingTouchEnd- lp1295623 doesn't fix. I was hoping to deal with it in another bug report but we can keep using this one since to the user it's hard to distinguish between the two. So, those are the problems: 1 - unity8 not receiving a touch end from Mir (or lower, like the evedev device) and thus having its mouse event emulation getting stuck 2 - A MirSurfaceItem inside unity8's QML scene not receiving a touch end, and thus leaving the mouse event emulation of the corresponding Qt client app stuck (like unity8-dash). So lp:~dandrader/qtmir/missingTouchEnd-lp1295623 fixes item 1. Now I'm working on a fix/workaround for item 2. Item 2 does look like a Qt bug (although some might claim we're using its API wrongly). It happens when you disable an Item while it's owning a touch point, which causes QQuickWindow's event delivery to stop sending touch events for that Item (which is ok). But it will never get further updates for that touch point even when reenabled. Meaning it will never get a TouchEnd for that touch. When you tap on it again it receives a whole new TouchBegin like if the previous touch point, whose end is still pending, never existed. So, when you disable an Item that owns a touch point I think QQuickWindow should synthesize a TouchEnd for that disabled Item. -- 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/1295623 Title: Sometimes input breaks and only edges are responsive Status in “unity8” package in Ubuntu: In Progress Bug description: I had the music app (paused) open over night on my mako, waking up the device I found the application page showing me the one open app. The shell page itself is completely unresponsive, all side edge swipes seem to work fine though. I can switch to the music app when swiping from the right, bring up the launcher from the left and use the indicators from the top. When I am in the music app I can bring up the HUD from the bottom (trying to close the app, since the closing via the unresponsive shell does not work) but the HUD is completely unresponsive. Trying to close the HUD again via swiping down I see the indicators expand behind it and I am able to get input into the expanded indicators behind the HUD, but not the HUD itself. TEST CASE: 1. tap and hold the dash (do not release) 2. with the other hand, drag in the launcher and launch an app 3. when the other app has started, release the first finger ACTUAL RESULT Dash mouse input will be broken. You cannot scroll the dash any more or tap entries. However, touch input still works as you can still activate the bottom edge. EXPECTED RESULT Dash is still responding to mouse input and touch input. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity8 7.84+14.04.20140319.1-0ubuntu1 Uname: Linux 3.4.0-5-mako armv7l ApportVersion: 2.13.3-0ubuntu1 Architecture: armhf Date: Fri Mar 21 11:57:53 2014 InstallationDate: Installed on 2014-03-20 (1 days ago) InstallationMedia: Ubuntu Trusty Tahr (development branch) - armhf (20140320) ProcEnviron: TERM=linux PATH=(custom, no user) SourcePackage: unity8 UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1295623/+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
