KevinTsui1234 / tint2

Automatically exported from code.google.com/p/tint2
GNU General Public License v2.0
1 stars 0 forks source link

Tint initiates drag after click #405

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. Click a task

What is the expected output? What do you see instead?

Expected is the task being brought to front. Instead, the task is not only 
brought to front, but also, it starts being "dragged" as if I had never 
released the left mouse button.

What version of the product are you using? On what operating system?

tint2-0.11-r1 on Gentoo

Please provide any additional information below.

I do have a seemingly unrelated issue with evdev, where "tapping" on the 
touchscreen does not generate any events on the X root, but only XI2 events. 
However, the issue described here is not related to using the touchscreen - but 
I found it worth mentioning. If you require a specific xev or XI recording, 
please provide instructions.

Original issue reported on code.google.com by cedric.s...@gmail.com on 11 Jun 2012 at 4:31

GoogleCodeExporter commented 8 years ago
I moved the task_drag = 0 out of the conditionals into the beginning of 
tint.c::event_button_release which does not seem to have any sideeffects.

Original comment by cedric.s...@gmail.com on 13 Jun 2012 at 4:57

GoogleCodeExporter commented 8 years ago
Might be closed as invalid. This was caused by a complex interference of a bug 
in the kernel input driver with X.org's input layer.

Original comment by cedric.s...@gmail.com on 16 Jun 2012 at 4:19

GoogleCodeExporter commented 8 years ago

Original comment by mrovi9...@gmail.com on 2 Feb 2015 at 12:46