touch-packages team mailing list archive

[Daniel d'Andrada <daniel.dandrada@xxxxxxxxxxxxx>]

@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