Apache OpenOffice (AOO) Bugzilla – Issue 42932
"Ctrl + K" results in "K" inside Writer
Last modified: 2013-08-07 14:42:16 UTC
As reported by TZ undefined Ctrl sequences lead to normal characters inside Writer. Examples: ========= "Ctrl + k" results in "k" (in english version) "Ctrl + ä" results in "ä" (in english version) and so on. Expectation: ============ Undefined Ctrl sequences shouldn't commit a character.
can reproduce in 1.1.4, also.
what had me puzzled was that the problem was not reproducible on windows; but this is due to the fact that Ctrl-K delivers a character code of 11 on Windows (as opposed to 107 what you'd expect for 'k'). Ctrl-ä on the other hand gets a character code of 0 on Windows, which is also not what one would expect. So on windows the characters are not inserted because they are out of the legal value range. This makes the problem a writer issue since they ignore the pressed Ctrl key when processing a key event (e.g. this doesn't happen in calc).
Due a lack of resources retargetted to OOoLater.
This task hinder you to work effetively with Ctrl-keys on UNIX. Therefore I retarget this task to OOo2.0.1, but when the feedback is high, than we have to fix it until OOo2.0.
Should be feasible?!
It's to easy to let it wait for PP1. Target changed to 2.0 Fixed in sw/source/ui/docvw/edtwin.cxx in cws os54
cws os54 is available on so-cwsserv04 re-open issue and reassign to us@openoffice.org
reassign to us@openoffice.org
reset resolution to FIXED
Verified on CWS 'os54'.
Reopened because this fix resulted in i45069, which in turn gave us i45629.
Set target back to 'OOo 2.0.1'.
Now finally fixed in cws os62 in sw/source/ui/docvw/edtwin.cxx
*** Issue 50191 has been marked as a duplicate of this issue. ***
cws os62 can be found on cws03 re-open issue and reassign to us@openoffice.org
Verified in cws 'os62'.
verified in m142.