Bug 466232 - Candidate window doesn't make candidates in a loop
Summary: Candidate window doesn't make candidates in a loop
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: ibus
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Peng Huang
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F11Target 481098
TreeView+ depends on / blocked
 
Reported: 2008-10-09 10:10 UTC by Akira TAGOH
Modified: 2009-02-11 08:03 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-02-11 08:03:02 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Akira TAGOH 2008-10-09 10:10:09 UTC
Description of problem:
When the last candidate is selected and move to the next one, ibus doesn't go back to the top of candidate. this is a feature regression from scim and also an usability issue.

Version-Release number of selected component (if applicable):
ibus-0.1.1.20081006-3.fc10

How reproducible:
always

Steps to Reproduce:
1.run gedit with LANG=ja_JP.UTF-8 say
2.press ctrl+space and type something and space.
3.continue to press space key until move the selection to the end of candidate and press space once again.
  
Actual results:
no change of the position to be selected the candidate

Expected results:
should goes back to the top of the candidate.

Additional info:

Comment 1 Bug Zapper 2008-11-26 03:41:48 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 2 Peng Huang 2009-02-11 08:03:02 UTC
Fixed in 1.1.0.20090211


Note You need to log in before you can comment on or make changes to this bug.