Version: e5 n900 4.5~20100813.1163254-1maemo1.1164259 In some textfiles I tried to enter a word and the autocompletion appeared, disappeared and the letter had changed. e.g. (t->5, or v->/) This is a major letter entering problem.
same happens at adding recipients to an event.
confirmed with 4:4.5~20100910.1175286-1maemo5.1174786 can't insert a correct participant for invitations
happens also in the create task dialog (e.g. in Title and Location fields)
Usually I find that it behaves as if the "modifier" key (blue arrow) was pressed. E.g. q->1 w->2 e->3 etc... Also, I have the impression that this happens more often when typing fast.
I also believe it is a speed and therefore a qt4 issue. And it might go away, if we solve other speed problems. Also there should be an umstream problem report with qt as qt even under stress should not obstruct the typing input like it does right now. I agree that it is major, because is really obstructs a major use case. I am adjusting setting priority to "high".
This issue is already reported to Qt. For me it's a very high prio issue because it prevents me to create e.g. useful event names.
Björn can you link the qt problem report for reference, please? Just deleting and typing slower is a workaround that works for me, given that this cannot be solved quickly, I do not believe it should be VHI.
Maybe we have two issues, because sometimes typing fast is a solution. Seems as if you have 0.x seconds to type a new character, otherwise the last typed in one is modified as if you had pressed the modifier button.
*** Bug 252903 has been marked as a duplicate of this bug. ***
SVN commit 1183756 by vkrause: Disable OpenGL rendering by default, it causes various bizare side-effects on the N900. BUG: 248391 M +1 -0 kdeclarativeapplication.cpp M +7 -1 kdeclarativefullscreenview.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1183756
version: 20101202-1202744-1maemo1 cannt reproduce anymore.