Bug 294479 - Cyrillic letter 'л' works like 'Esc' in google search line
Summary: Cyrillic letter 'л' works like 'Esc' in google search line
Status: RESOLVED UNMAINTAINED
Alias: None
Product: konqueror
Classification: Applications
Component: khtml (show other bugs)
Version: 4.7.4
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
: 295830 320197 (view as bug list)
Depends on:
Blocks:
 
Reported: 2012-02-20 09:25 UTC by Andrey
Modified: 2024-05-06 18:38 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andrey 2012-02-20 09:25:27 UTC
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
Comment 1 Mykola Krachkovsky 2012-02-20 10:37:36 UTC
KDE 4.8
Same behaviour.
Comment 2 Sergey Burladyan 2012-03-25 19:15:52 UTC
Same problem, ya.ru

Qt: 4.7.4
KDE: 4.7.4 (4.7.4)
Konqueror: 4.7.4 (4.7.4)
Debian testing.
Comment 3 Andrea Iacovitti 2012-03-26 06:59:49 UTC
Probably a duplicate of #224315.
Is the bug reproducible if you change the user agent to e.g. Safari?
Comment 4 Andrey 2012-03-26 13:08:06 UTC
>>> 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.
Comment 5 Andrea Iacovitti 2012-03-26 13:54:25 UTC
(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
Comment 6 Andrey 2012-03-26 18:33:29 UTC
Oh, I see. So, I've tried (Safari, Mozilla, Opera) - it's the same.
Comment 7 Vsevolod 2012-06-15 15:00:18 UTC
*** This bug has been confirmed by popular vote. ***
Comment 8 Alexander Potashev 2012-07-29 13:26:57 UTC
*** Bug 295830 has been marked as a duplicate of this bug. ***
Comment 9 Tommi Tervo 2013-05-24 09:38:41 UTC
*** Bug 320197 has been marked as a duplicate of this bug. ***
Comment 10 Gleb Kulikov 2013-05-24 13:23:36 UTC
in 4.6.5 and up to 4.8 (exclusive) all works OK
Comment 11 Andrey 2013-05-26 06:47:33 UTC
(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.
Comment 12 Maksim 2014-11-20 06:30:08 UTC
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
Comment 13 Christoph Cullmann 2024-05-06 18:38:28 UTC
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