Version: 4.7.4 (using KDE 4.7.4) OS: Linux In konqueror, in google search line, when I press key 'k' in Cyrillic (checked in russian and ukrainian) keyboard layouts (it's letter 'л') the cursor disappears. If I write word containing 'л' the list of suggested variants disappears first when I first time press 'л', and the cursor disappears next when I press 'л' one more time. So, looks like 'л' is working as 'Esc' Reproducible: Always Steps to Reproduce: Open google. Switch to russian or ukrainian keyboard layout. Try to write letter 'л' (on latin 'k' key) Expected Results: The software should write letter 'л', when I press it. OS: Gentoo Linux (x86_64) release 3.2.2-hardened-r1 Compiler: x86_64-pc-linux-gnu-gcc
KDE 4.8 Same behaviour.
Same problem, ya.ru Qt: 4.7.4 KDE: 4.7.4 (4.7.4) Konqueror: 4.7.4 (4.7.4) Debian testing.
Probably a duplicate of #224315. Is the bug reproducible if you change the user agent to e.g. Safari?
>>> Probably a duplicate of #224315. No, it's another. ( #224315 is not reproducible for me. It's all ok there). >>> Is the bug reproducible if you change the user agent to e.g. Safari? No, it's konqueror (probably khtml) only problem. Opera, Firefox are working fine.
(In reply to comment #4) > >>> Is the bug reproducible if you change the user agent to e.g. Safari? > No, it's konqueror (probably khtml) only problem. Opera, Firefox are working > fine. Sorry i meant spoofing the konqueror user agent string (not using another browser). You could do that via Settings->Configure Konqueror...->Browser Identification by adding a new Site Specific Identification
Oh, I see. So, I've tried (Safari, Mozilla, Opera) - it's the same.
*** This bug has been confirmed by popular vote. ***
*** Bug 295830 has been marked as a duplicate of this bug. ***
*** Bug 320197 has been marked as a duplicate of this bug. ***
in 4.6.5 and up to 4.8 (exclusive) all works OK
(In reply to comment #10) > in 4.6.5 and up to 4.8 (exclusive) all works OK Yeah, there's progress :) At the start google page it's all ok now, but at the next (page with search results) subj is still there.
The problem is still up to date. VirtualBOX Linux gentoo 3.16.5 Qt 4.8.5 KDE 4.12.5 Konqueror 4.12.5 Do not know whether to help, but. If I try to enter the "л" symbol, konkuerror writes to the console message(yes twice): konqueror(9921)/khtml DOM::KeyboardEventImpl::keyCode: Don't know how resolve conflict of code: 27 with a virtKey konqueror(9921)/khtml DOM::KeyboardEventImpl::keyCode: Don't know how resolve conflict of code: 27 with a virtKey The same message comes out when you enter some of the other characters, but only once. "д": konqueror(9921)/khtml DOM::KeyboardEventImpl::keyCode: Don't know how resolve conflict of code: 20 with a virtKey "г": konqueror(9921)/khtml DOM::KeyboardEventImpl::keyCode: Don't know how resolve conflict of code: 19 with a virtKey "в": konqueror(9921)/khtml DOM::KeyboardEventImpl::keyCode: Don't know how resolve conflict of code: 18 with a virtKey "а": konqueror(9921)/khtml DOM::KeyboardEventImpl::keyCode: Don't know how resolve conflict of code: 16 with a virtKey "э": konqueror(9921)/khtml DOM::KeyboardEventImpl::keyCode: Don't know how resolve conflict of code: 45 with a virtKey "ч": konqueror(9921)/khtml DOM::KeyboardEventImpl::keyCode: Don't know how resolve conflict of code: 39 with a virtKey "т": konqueror(9921)/khtml DOM::KeyboardEventImpl::keyCode: Don't know how resolve conflict of code: 34 with a virtKey "б": konqueror(9921)/khtml DOM::KeyboardEventImpl::keyCode: Don't know how resolve conflict of code: 17 with a virtKey
Dear user, KHTML (and KJS) was a long time more or less unmaintained and got removed in KF6. Please migrate to use a QWebEngine based HTML component. We will do no further fixes or improvements to the KF5 branches of these components beside important security fixes. For security issues, please see: https://kde.org/info/security/ Sorry that we did not fix this issue during the life-time of KHTML. Greetings Christoph Cullmann