Bug 466232

Summary:	Candidate window doesn't make candidates in a loop
Product:	[Fedora] Fedora	Reporter:	Akira TAGOH <tagoh>
Component:	ibus	Assignee:	Peng Huang <phuang>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	i18n-bugs, petersen, phuang
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2009-02-11 08:03:02 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	446451, 481098

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