Pop-up mini keyboard sometimes displays the selected symbol when "Add Self" is not set

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Set the pop-up mini keyboard to "Add upper", but not "Add self".
2. Hold down ' or 8 or =.
3. Sometimes the pressed key is displayed (and selected) as if
"Add self" was set,

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

Expect to see only alternate symbols displayed.

What version of Hacker's Keyboard are you using? (See "Debug" section at
the bottom of the app's Settings menu.) 1.31.1311
On what phone or tablet? HP Touchpad running CM9

If applicable, does this affect the 4-row or 5-row layout, or both? Which
language(s)? I only use the 5 row layout. No input language set.

Please provide any additional information below.

Original issue reported on code.google.com by res...@gmail.com on 2 Jul 2012 at 11:14

[GoogleCodeExporter]

Can you find any pattern about when it appears? Is it possibly related to 
shift/caps states, or opening/closing/restarting the keyboard? And does the 
unexpected "self" character appear just once or does it appear a few times in a 
row before disappearing again?

Also, would you mind trying v1.32rc7 from 
https://code.google.com/p/hackerskeyboard/downloads/list ? I made some shift 
state related changes that aren't yet in the Play Store version.

Original comment by Klaus.We...@gmail.com on 2 Jul 2012 at 11:36

• Changed state: Accepted

[GoogleCodeExporter]

Here are the problem characters I've identified and what they do at the
beginning of a line ...

8* <- 8 does it once
''' <- ' does it repeatedly
=+ <- = does it once
-_ <- - does it once
9( <- 9 does it once
0) <- does it once
/? <- does it once
/? , <- comma does it after ?

Seems to be correlated with the implicit shift state for capitalization.

I will try it again with the new code.

Original comment by res...@gmail.com on 3 Jul 2012 at 12:17

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Trying again.

=+
'''
8*

No change with 1.32rc7.1328

Original comment by res...@gmail.com on 3 Jul 2012 at 12:22

[GoogleCodeExporter]

Thanks for the info, I'll try if I can reproduce it or see what's going on in 
the code.

Original comment by Klaus.We...@gmail.com on 3 Jul 2012 at 12:35

[GoogleCodeExporter]

Selecting English [en] as input language. No change. 

Original comment by res...@gmail.com on 3 Jul 2012 at 6:15

[GoogleCodeExporter]

Can you try again with the current release candidate? I added a change in 
1.34rc5 to remove an odd 300ms delay that the upstream code used for 
asynchronously updating the shift key state, I suspect that this may have been 
the culprit. See revision 43c61d52d76b for the change.

Download location: https://code.google.com/p/hackerskeyboard/issues/list

Original comment by Klaus.We...@gmail.com on 24 Jan 2013 at 6:54

[GoogleCodeExporter]

1.34rc9 and I'm still occasionally getting it.

Original comment by res...@gmail.com on 21 Feb 2013 at 1:08

[GoogleCodeExporter]

To be precise, when it does happen it's not repeatable... trying the same key 
again reverts to the correct behavior... but it happens often enough to be 
noticeable.

Original comment by res...@gmail.com on 21 Feb 2013 at 1:15