Bug 199551

Summary:	replication of text string from preedit buffer in 2nd text box from 1st
Product:	[Fedora] Fedora	Reporter:	A S Alam <aalam>
Component:	firefox	Assignee:	Christopher Aillon <caillon>
Status:	CLOSED CANTFIX	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	eng-i18n-bugs, jko, majain, mcepl, mcepl, mshao, petersen, ryo-dairiki, wtogami
Target Milestone:	---	Keywords:	i18n
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:	FF3RawhideClose
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2007-12-20 16:47:24 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:

Description A S Alam 2006-07-20 11:26:29 UTC

Description of problem:
when try to type in Adressbar in Pre-edit enabled Langauge (Japanese), if you
move your
cursor to search bar, then try to type agian, then all the character put in
Adresss-bar are automatically put in Serach bar

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

How reproducible:
Everytime during inputing pre-edit enabled langauge

Steps to Reproduce:
1. start Firefox
2. activate input (SCIM- at task-bar)
3. select Japanese (ja_JP-Anthy)
 4. type 'ak' in one text box (addressbox)
5. try to type 'aka' again in 2nd text box (searchbar)

Actual results:
String from 1st box is replicated to 2nd text box

Expected results:
when goto 2nd box, buffer should be clear, and start from new

Additional info:
No effect of MOZ_DISABLE_PANGO=1, string is till replicated

Comment 1 Warren Togami 2006-07-20 15:25:45 UTC

eng-i18n, please review this as it might be a SCIM bug.  Reassign if this this
actually a firefox problem.

Comment 2 Mayank Jain 2006-07-21 10:19:05 UTC

I dont think this is a scim bug.

Afaik, managing the preedit string is responsibility of the application if it
uses custom widgets. Exactly same problem is with evolution calendar (day view)
which uses custom widgets derived from GnomeCanvas.

Have a look at http://bugzilla.gnome.org/show_bug.cgi?id=264485

:)
Makuchaku

Comment 3 Akira TAGOH 2006-07-21 10:56:46 UTC

Yes, apparently this is a firefox bug that is caused by sharing the input
context on some widgets without reset the IC when the focus change happened.

The same problem also happens with kinput2 as well. we can help to get this fix
though, I'm not sure if Jens is the proper person ATM. back to caillon once.

Comment 4 Jens Petersen 2006-08-01 08:38:05 UTC

Dairiki you said you filed a bug for this upstream at mozilla.org?

Comment 5 Ryo Dairiki 2006-08-01 12:32:31 UTC

Yes, I did.

https://bugzilla.mozilla.org/show_bug.cgi?id=345718

Comment 6 Akira TAGOH 2006-08-18 07:29:17 UTC

*** Bug 203061 has been marked as a duplicate of this bug. ***

Comment 7 A S Alam 2006-08-30 12:36:51 UTC

Problem exist for ko_KR locale also.

Comment 8 Jens Petersen 2007-09-04 03:45:40 UTC

Just retested with current F8 devel firefox and the problem still occurs
with both scim and scim-bridge gtkimm's there.

But seems to be fixed with 3.0a7 upstream binary tarball at least.

Comment 9 Matěj Cepl 2007-12-20 16:47:24 UTC

We just updated the Firefox version in Fedora/development from 2.0 to a 3.0
pre-release version, which improves performance, memory usage, and fixes many
bugs and crashes.

Closing as CANTFIX since we aren't fixing bugs filed against 2.0 now that 3.0 is
in.  If this bug is still present in rawhide using a Firefox 3.0 version, please
re-open this bug.

Thanks and Happy Holidays

Comment 10 A S Alam 2008-02-01 04:24:08 UTC

it is working fine with following version for ja_JP langauge (FYI only)
firefox-3.0-0.beta2.12.nightly20080121.fc9.i386