Bug 157398

Summary: [task] input strings gets committed in the wrong order in Evolution Task
Product: [Fedora] Fedora Reporter: Lawrence Lim <llim>
Component: libgal2Assignee: Dave Malcolm <dmalcolm>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: eng-i18n-bugs, sundaram, tools-bugs
Target Milestone: ---Keywords: i18n, Patch
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: 2-2.4.3-1 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-09-04 23:26:11 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On:    
Bug Blocks: 136450, 157399    
Description Flags
proposed patch for gal none

Description Lawrence Lim 2005-05-11 07:29:41 UTC
Description of problem:
In CJK locale, input characters gets replicated when they are not

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.Select any CJK locale at gdm and log in (in this example, we use Japan)
2.Start Evolution -> Select Task
3.Ctrl+SPACE to activate the Language Engine
4.Go to new task entry in the widget
5.Type "sushi" enter
6.Type "genki" enter
Actual results:
"genki" gets committed before the "sushi"

Expected results:
"genki" should be commiteed after "sushi"

Additional info:

Comment 1 Akira TAGOH 2005-05-20 12:35:22 UTC
Created attachment 114622 [details]
proposed patch for gal

I've tracked this down. though GDK_Return is filtered by
gtk_im_context_filter_keypress at ect_event in e-cell-text.c. but this function
is called with even GDK_KEY_RELEASE and gtk_im_context_filter_keypress is also
called again. e_table_leave_edit_ is called because it's not filtered. then
cursor position is reset.

Comment 2 Leon Ho 2005-05-23 05:02:59 UTC
There aren't any ways to input in Task properly with IM with this bug exists.
Moving it to FC4Blocker.

Comment 3 Dave Malcolm 2005-05-25 18:37:03 UTC
A possible workaround is to click on File->New->Task, so I believe that users
can create tasks despite the bug (the bug prevents the most visible way of
creating new tasks though).

Comment 4 Dave Malcolm 2005-05-25 19:34:09 UTC
Built with patch as libgal2-2.4.2-4 into dist-fc4-HEAD

Comment 6 Lawrence Lim 2005-06-28 01:48:43 UTC
I have noticed the update with the patch in the changelog but I wont be able to
test this bug properly until bug 154360 has been resolved.


Comment 7 Lawrence Lim 2005-06-28 04:28:25 UTC
Tested with libgal2-2.4.2-5 and evolution-2.2.2-8, confirmed bug has been fixed
in Evolution Task.


Comment 8 Lawrence Lim 2005-07-06 06:53:40 UTC
Tested with evolution-2.2.3-1.fc4 and libgal2-2.4.3-1.fc4 from
dist-fc4-updates-candidate, confirm the bug has been fixed.