+++ This bug was initially created as a clone of Bug #157400 +++ Description of problem: For all CJKI, users are required to select candidates from the candidate window. In evolution, this candidate window is always positioned at 0,0. As a result, it obstruct users from seeing what was typed earlier. It would be ideal if the candidate window is positioned below the cursor. Version-Release number of selected component (if applicable): evolution-webcal-2.2.0-1 evolution-2.2.2-5 evolution-data-server-1.2.2-2 evolution-devel-2.2.2-5 evolution-data-server-devel-1.2.2-2 evolution-connector-2.2.2-3 evolution-debuginfo-2.2.2-5 How reproducible: Always Steps to Reproduce: 1. LANG=ja_JP.UTF-8 evolution 2. Go to task list 3. Go to new task entry in the widget 4. Type "sushi", space, space 5. observe rthe position of the candidate window Actual results: candidate window block the user from seeing what was typed earlier Expected results: candidate window positioned below the cursor Additional info:
Bug exist in EL4 as well. Test with: evolution-debuginfo-2.0.2-16 evolution-webcal-1.0.10-1 evolution-devel-2.0.2-16 evolution-connector-2.0.2-5 evolution-data-server-devel-1.0.2-7 evolution-2.0.2-16 evolution-data-server-1.0.2-7
According to this upstream bug: http://bugzilla.gnome.org/show_bug.cgi?id=303877 it's fixed upstream. Need to evaluate this, and see if it's backportable.
I take back comment #4; that upstream report doesn't say that its fixed, it's merely asking if it works yet.
Tested with EL4-U2, bug still exist. evolution-data-server-1.0.2-9 evolution-devel-2.0.2-22 evolution-data-server-1.0.2-9 evolution-data-server-devel-1.0.2-9 evolution-webcal-1.0.10-3 evolution-connector-2.0.2-8 evolution-2.0.2-22
*** Bug 157506 has been marked as a duplicate of this bug. ***