| Summary: | Cyrillic letter 'л' works like 'Esc' in google search line | ||
|---|---|---|---|
| Product: | [Applications] konqueror | Reporter: | Andrey <andrey.aleksandrovich> |
| Component: | khtml | Assignee: | Konqueror Developers <konq-bugs> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | normal | CC: | aiacovitti, aspotashev, eshkinkot, gleb.tsk, research, uni.brain.fckr, w01dnick |
| Priority: | NOR | ||
| Version: | 4.7.4 | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Andrey
2012-02-20 09:25:27 UTC
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 |