After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 303872 - Unable to remove preedit buffer cleanly in Evolution Calendar
Unable to remove preedit buffer cleanly in Evolution Calendar
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Do Not Use
2.4.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: Evolution Shell Maintainers Team
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2005-05-12 04:25 UTC by Lawrence Lim
Modified: 2013-09-13 12:25 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10


Attachments
proposed patch (286 bytes, patch)
2005-05-19 02:35 UTC, Akira TAGOH
none Details | Review

Description Lawrence Lim 2005-05-12 04:25:29 UTC
Distribution/Version: FC

Description of problem:
In CJKI locale, input characters in the predit buffers cannot be
removed completely when they are not committed using IIIMF as input method.


How reproducible:
Always

Steps to Reproduce:
1.from the g-t, run: LANG=ja_JP.UTF-8 evolution
2.click on calendar
3.single click on any time slot
4.ctrl-SPACE to enable Language Engine
5.enter 'sushi' 
6.use Backspace to remove the characters  

Actual results:
The first charcter cannot be removed

Expected results:
Everything should be removed.


Additional Notes:
Requires iiimf for input. Tested with iiimf-12.2-3
Comment 1 Nagappan Alagappan 2005-05-12 06:39:29 UTC
Adding keyword.
Comment 2 Nagappan Alagappan 2005-05-12 06:41:19 UTC
Lawrence: Can you please try with latest version ?
Comment 3 Lawrence Lim 2005-05-12 06:53:24 UTC
Nagappan: I am using evolution-data-server-1.2.2 from the snapshot. If you have
any later version, could you please point me to it?


Thanks.
Comment 4 Akira TAGOH 2005-05-19 02:34:22 UTC
This is because insert_preedit_text() only works when preedit_length isn't zero.
and it's called after text->preedit_len is modified in
e_text_preedit_changed_cb(). so preedit buffer isn't removed cleanly.
reassigning to gal.
Comment 5 Akira TAGOH 2005-05-19 02:35:31 UTC
Created attachment 46628 [details] [review]
proposed patch
Comment 6 André Klapper 2013-03-26 19:16:20 UTC
Current version of https://git.gnome.org/browse/evolution/tree/e-util/e-text.c fixed this by simply resetting the value:

289	} else
290		text->preedit_len = 0;

Closing as fixed.