The problem does not occur in a Gnome Flashback (Compiz) session, so it is evidently a result of the interaction between the XInput2 touch grabs used in Unity 7 (through Geis), the passive Xinput touch subscriptions in Qt, and the pointer emulation in x.org.
Multi-touch pointer emulation in XInput2 is documented as acting the way as described in this bug when multi-touch sequences are neither accepted nor rejected (ie pointer emulation stops when the first touch ends - see http://who-t.blogspot.ca/2011/12/multitouch-in-x-pointer-emulation.html) although it is unclear why the emulation does not resume when all touches have stopped.
It sounds like the Unity touch support needs to add gesture accept/reject.
The problem does not occur in a Gnome Flashback (Compiz) session, so it is evidently a result of the interaction between the XInput2 touch grabs used in Unity 7 (through Geis), the passive Xinput touch subscriptions in Qt, and the pointer emulation in x.org.
Multi-touch pointer emulation in XInput2 is documented as acting the way as described in this bug when multi-touch sequences are neither accepted nor rejected (ie pointer emulation stops when the first touch ends - see http:// who-t.blogspot. ca/2011/ 12/multitouch- in-x-pointer- emulation. html) although it is unclear why the emulation does not resume when all touches have stopped.
It sounds like the Unity touch support needs to add gesture accept/reject.