SCIM prevents "quick find" by just typing in nautilus

Thank you for your bug report, do you use the icons or list view?

I've tested icons, list and compact view and the behaviour stays the same.

Futhermore, it only affects my desktop pc that was upgraded from Hardy to Ibex. My laptop which has a clean install of Ibex (+ all the latest updates) is working as expected - eg the "jump to" is still working.

So it seems to be related to upgrading from Hardy to Ibex.

Could you suggest other means of testing to narrow down the problem even further?

could you try using an another user on the same installation? do you use scim or something similar?

I disabled SCIM for my current user and that solved the problem. Is this expected behaviour or is this still a bug?

Thanks

not sure about what scim is supposed to do but reassigning the bug there

unsurprisingly, thunar and nautilus are both affected

 Upgraded from 9.04 to 9.10 from CD (fresh install) and I have this problem too.

I can confirm this problem is still persistent with scim on karmic (9.10). However I found a "workaround" on the interrnets: http://forum.soft32.com/linux2/Nautilus-find-type-ftopict57901.html

You have to use scim-immodule instead of scim and it works. To switch use: im-switch -c
This however is not a completely satisfying solution as there seem to be problems with scim-immodule and it's use is not recommended (or so I've read), though I've had no problems so far.

Also still present on lucid with SCIM.

But Damian's workaround also still works.

Thanks Damian (#9).

I see that this bug is marked low priority, because of the scim-immodule workaround. Please note that the workaround appears not to apply easily to Ubuntu 12.04 (the LTS release as of this writing). Ubuntu 12 installs Gtk 3, but it has no scim-gtk3-immodule package. It has a package for gtk2.

Other net searches do not reveal any other workaround. So I believe this issue warrants more attention -- it can't be considered "work-around-able" if the workaround fails in current LTS!

More info - Here's what I did:

im-switch -c
--> and choose immodule from the menu

Log out, log in again, no change in behavior.

.xinput.d/en_US contains:

gtkimm_exists () {
 # check if any immodules installed
 for dir in /usr/lib*/gtk-2.0/2.*/immodules; do
  if [ -r ${dir}/im-$1.so ]; then
   return 0
  fi
 done
 return 1
 }

There is no /usr/lib/gtk-2.0 on my system. I have gtk-3.0 and inside, there is no subfolder at any level called "immodules."

does this ever occur in trusty or later?

There's also been some further work upstream on bugs like this lately. If you are still affected I'd love to hear if the latest upstream can fix this issue.

This should be fixed in the latest upstream 1.4.17. See the referenced Debian bug. We should consider to SRU the non-trivial fix to Xenial.

This bug was fixed in the package scim - 1.4.17-1

---------------
scim (1.4.17-1) unstable; urgency=medium

  [ Tz-Huan Huang ]
  * new upstream release 1.4.17
    - fixes "scim breaks compose key". Closes: #618763, LP: #610979.
    - fixes "Backspace and delete keys dysfunctional in gedit".
      Closes: #747154, LP: #1315579, LP: #343708, LP: #157289.
    - fixes "problem in 'quick find/search' of generic file manager".
      Closes: #821869, LP: #287719.
  * drop two patches that were upstreamed

  [ Rolf Leggewie ]
  * control: switch homepage for scim from sf.net to github

 -- Rolf Leggewie <email address hidden> Tue, 31 May 2016 15:15:06 +0800