WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED INVALID
42361
[Qt] Virtual keyboard enters text to wrong field
https://bugs.webkit.org/show_bug.cgi?id=42361
Summary
[Qt] Virtual keyboard enters text to wrong field
Jan-Arve Sæther
Reported
2010-07-15 05:03:52 PDT
PRECONDITION: On Windows 7, Use the Chinese (Simplified) Microsoft Pinyin New Experience Input Style input method of windows. (Most likely any input method with prediction will do). Compile attached example STEPS LEADING TO PROBLEM: 1. Click on any input field and type some text. (input method editor with suggested predictions will appear) 2. Click to another input field and type text EXPECTED OUTCOME: Text is added to both fields ACTUAL OUTCOME: Even the second input field starts to have blinking cursor, the text always goes to the firstly selected field and cursor also starts to blink there. It is not possible to input text to other fields. Note that the example uses QGraphicsWebView, but QWebView demonstrates the same problem too, so it seems to be a bug somewhere in webkit (moved from
https://qtrequirements.europe.nokia.com/browse/QT-3527
)
Attachments
vkb-testcase
(3.65 KB, application/x-zip-compressed)
2010-07-15 05:05 PDT
,
Jan-Arve Sæther
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Jan-Arve Sæther
Comment 1
2010-07-15 05:05:39 PDT
Created
attachment 61644
[details]
vkb-testcase
Jan-Arve Sæther
Comment 2
2010-07-15 05:45:58 PDT
Since this is marked at P1 and critical here (
https://projects.maemo.org/bugzilla/show_bug.cgi?id=161042
) I set the importance to be the same. (Qt 4.7.0 stuff)
Jonni Rainisto
Comment 3
2010-11-05 03:40:48 PDT
most likely different bug than in qtrequirements, on win 7 with on-screen keyboard with text prediction on, text comes to focused input elements just fine (english prediction). So might be releated to chinese pinyin input style method.
Jan-Arve Sæther
Comment 4
2010-11-17 03:59:47 PST
According to the original PMO report, this is actually ruled out as being a WebKit bug as it has now been reproduced with a QGraphicsView with just two lineedits in it, so it seems like that WebKit can be ruled out of the equation here.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug