Bug 1632

Summary:	uim shouldn't commit any string to non-editable text entry
Product:	UIM	Reporter:	Takuro Ashie <ashie>
Component:	bridge: GTK+	Assignee:	uim-bugs
Status:	RESOLVED INVALID	QA Contact:
Severity:	normal
Priority:	high	CC:	ek.kato, uim-bugs
Version:	unspecified
Hardware:	x86 (IA32)
OS:	Linux (All)
Whiteboard:
i915 platform:		i915 features:
Bug Depends on:
Bug Blocks:	7730

Description Takuro Ashie 2004-10-14 01:12:43 UTC

UIM can recieve all key event for non-editable text entry (which is set as 
gtk_entry_set_editable(entry, FALSE)) because it uses key_snooper, so it can also 
commit any string to non-editable text entry although it shouldn't commit any
string to such text entry.

But I have no idea to solve it yet.

Of course essential solution is to solve Gtk+'s key accelerator issues, and to
stop using key_snooper.

Comment 1 TOKUNAGA Hiroyuki 2004-11-03 12:03:56 UTC

I also have no idea to fix this bug.

Comment 2 YamaKen 2004-11-07 17:41:12 UTC

The changes on r1596 are related to this issue.

------------------------------------------------------------------------
r1596 | yamaken | 2004-11-08 10:37:04 +0900 (Mon, 08 Nov 2004) | 25 lines

* This commit changes default activity of input mode widget of each
  IMs to 'direct' mode. This change has resolved bug #1791. In
  addition, setting these variables non-direct mode is not useful on
  gtk-immodule until bug #1632 has been resolved because non-text
  widgets such as menus are created with non-direct mode, so shortcut
  operations by alphabet character does not work until the mode have
  been changed to direct mode.

* scm/anthy.scm
  - (default-widget_anthy_input_mode): Change the value to action_anthy_direct

* scm/canna.scm
  - (default-widget_canna_input_mode): Change the value to
    action_canna_direct

* scm/skk.scm
  - (default-widget_skk_input_mode): Change the value to action_skk_latin

* scm/tutcode.scm
  - (default-widget_tutcode_input_mode): Change the value to
    action_tutcode_direct

Comment 3 YamaKen 2007-01-13 16:37:28 UTC

Etsushi, is this problem still remaining?

Comment 4 YamaKen 2008-01-03 05:21:29 UTC

Postponed to uim 1.6.0.

Comment 5 Benjamin Close 2008-01-11 02:37:22 UTC

Bugzilla Upgrade Mass Bug Change

NEEDSINFO state was removed in Bugzilla 3.x, reopening any bugs previously listed as NEEDSINFO.

  - benjsc
    fd.o Wrangler

Comment 6 Etsushi Kato 2008-02-01 00:57:26 UTC

With r5152, I couldn't reproduce the reported problem even using key snooper with uim-gtk.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.