bug-xnee
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-xnee] cnee leaves Ctrl -modifier to pressed -state (as like xne


From: Henrik Sandklef
Subject: Re: [Bug-xnee] cnee leaves Ctrl -modifier to pressed -state (as like xnee did too in my previous message)
Date: Fri, 06 Jan 2006 13:02:21 +0100

Thanks for your report, I see you have updated Xnee :) 

On Thu, 2006-01-05 at 15:24 +0200, Veijo Ryhänen wrote:
> Hello!
> 
> $ cnee -rec --keyboard -o a_and_ctrl_c.xnl
> asighandler SIGINT (2)       <----  pressed here letter "a" and after
> that "Ctrl+c"
> $ cnee -rep --keyboard -f a_and_ctrl_c.xnl
> $ a    <----- this command prompt is broken, have to press Control+c
> to get keyboard and mouse
>                 back in shape (or press Ctrl+Alt+F1 and Ctrl+Alt+F7).
> 
> I think that this is serious bug which prevents to use cnee (or it's
> older release which name is xnee) 
> to real work. I mean here: real work = running multiple test in script
> loop without human prevention/aid.

I think not. I sent a reply to your previous email. 3 solutions were
proposed.

> Currently, first test will succeed and every test after that will fail
> in synchronization, because program 
> which is under the test propably does not work as expected if
> "somebody is keep pressing Ctrl -button 
> down with his finger all the time". "Somebody" is the bug in xnee and
> cnee which causes the Ctrl -button beeing in pressed state all the
> time after the first test.

It is not a bug. How come you are so sure about that?

Lack of information on this result (of cnee used in a terminal window)
in the manual I'd say. 

> Hope that this serious bug can be fixed or find some other solution to
> run multiple
> test without human intervention.

Hmmm, 

 1) It is not a bug. I will update the manual to inform users of this
happening though.

 2) Xnee has been used for years by many users without human
intervention.


> Veijo Ryhänen, Finland
>       
>  XTestFakeKeyEvent (141093512, 38, 1, 1 ))
means press of 'a'
>  XTestFakeKeyEvent (141093512, 38, 0, 0 ))
means release of 'a'

    keycode 38 is 'a' ... in this case

>  XTestFakeKeyEvent (141093512, 37, 1, 298 ))
means press of Control
  keycode 37 is Control ... in this case








reply via email to

[Prev in Thread] Current Thread [Next in Thread]