WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED DUPLICATE of
bug 63081
62802
[GTK] Fix typos in PageClientImpl::getEditorCommandsForKeyEvent()
https://bugs.webkit.org/show_bug.cgi?id=62802
Summary
[GTK] Fix typos in PageClientImpl::getEditorCommandsForKeyEvent()
Carlos Garcia Campos
Reported
2011-06-16 10:02:16 PDT
There are two typos there, one in the assert command that makes the build fail with --enable-debug and another one in the line to get the the even type.
Attachments
Patch
(6.62 KB, patch)
2011-06-16 10:47 PDT
,
Carlos Garcia Campos
no flags
Details
Formatted Diff
Diff
New patch
(1.53 KB, patch)
2011-06-24 05:25 PDT
,
Carlos Garcia Campos
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Carlos Garcia Campos
Comment 1
2011-06-16 10:47:11 PDT
Created
attachment 97461
[details]
Patch It also renames KeyPress as KeyUp since it's confusing to have KeyDown and KeyPress, I would use KeyPress/KeyRelease or KeyDown/KeyUp
Martin Robinson
Comment 2
2011-06-16 10:50:51 PDT
Comment on
attachment 97461
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=97461&action=review
> Source/WebKit2/UIProcess/API/gtk/PageClientImpl.cpp:62 > + ASSERT(event.type() == WebEvent::KeyDown || event.type() == WebEvent::KeyUp); > + KeyBindingTranslator::EventType type = event.type() == WebEvent::KeyDown ? > + KeyBindingTranslator::KeyDown : KeyBindingTranslator::KeyUp; > m_keyBindingTranslator.getEditorCommandsForKeyEvent(const_cast<GdkEventKey*>(&event.nativeEvent()->key), type, commandList);
The typo fix looks good, but a WebEvent::KeyDown and a WebEvent.KeyPress event are two very different things.
Carlos Garcia Campos
Comment 3
2011-06-16 11:16:15 PDT
Comment on
attachment 97461
[details]
Patch Clearing flags, martin explained to me that keypress and keyup are actually two different things.
Carlos Garcia Campos
Comment 4
2011-06-24 05:25:20 PDT
Created
attachment 98487
[details]
New patch Looking at
http://trac.webkit.org/browser/trunk/Source/WebCore/dom/KeyboardEvent.cpp#L37
it seems KeyPress is WebEvent::Char.
Martin Robinson
Comment 5
2011-06-24 06:56:29 PDT
Comment on
attachment 98487
[details]
New patch View in context:
https://bugs.webkit.org/attachment.cgi?id=98487&action=review
> Source/WebKit2/UIProcess/API/gtk/PageClientImpl.cpp:61 > + ASSERT(event.type() == WebEvent::KeyDown || event.type() == WebEvent::Char); > + KeyBindingTranslator::EventType type = event.type() == WebEvent::KeyDown ?
I'm not sure I understand here when we generate char events on the UIProcess side and why they map to KeyDown DOM events.
Martin Robinson
Comment 6
2011-07-04 08:50:07 PDT
Dupe of
https://bugs.webkit.org/show_bug.cgi?id=63081
now?
Carlos Garcia Campos
Comment 7
2011-07-05 23:56:55 PDT
*** This bug has been marked as a duplicate of
bug 63081
***
Daniel Bates
Comment 8
2011-07-06 20:53:27 PDT
Comment on
attachment 98487
[details]
New patch Clearing review flag to get this out of the review queue since this bug was marked as a duplicate of
bug #63081
. At the time of writing,
bug #63081
has a patch up for review.
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