Bug 673438

Issue has disappeared for current "rawhide" - probably a now resolved problem in the GNOME infastructure as the version of vim-X11 has not changed in the meantime.

Fully updated F15 shows significant latencies of various actions within gvim, e.g. when opening the "Find and Replace..." dialog from the "Edit" menu:

(gvim:2821): IBUS-WARNING **: org.freedesktop.IBus.CreateInputContext: Timeout was reached
(gvim:2821): IBUS-CRITICAL **: _create_input_context: assertion `ibusimcontext->ibuscontext != NULL' failed
(gvim:2821): IBUS-WARNING **: org.freedesktop.IBus.CreateInputContext: Timeout was reached
(gvim:2821): IBUS-CRITICAL **: _create_input_context: assertion `ibusimcontext->ibuscontext != NULL' failed

Interestingly, when repeating said operation for the same instance of gvim, the dialog window appears immediately.

It should be added that it is impossible to navigate through or to edit a text. The program does not react to keyboard input.

I am trying search in GVIM and observe similar oddities:

How reproducible:
Always.

Steps to Reproduce:
1. Start terminal
2. gvim somefile
3. Press '/' for search start.

The following output in my terminal appears:

(gvim:9913): IBUS-WARNING **: org.freedesktop.IBus.InputContext.GetEngine: Časový limit vypršel

(gvim:9913): IBUS-WARNING **: org.freedesktop.IBus.InputContext.GetEngine: Časový limit vypršel

(gvim:9913): IBUS-WARNING **: org.freedesktop.IBus.CreateInputContext: Časový limit vypršel

(gvim:9913): IBUS-CRITICAL **: _create_input_context: assertion `ibusimcontext->ibuscontext != NULL' failed

It takes like 10 seconds before the search itself is possible.

but if launched as root (sudo gvim), there is not slowdown, but very responsive.

(In reply to comment #5)
Right, that is what I am seeing, too.

gvim is responsive, however, if launched from the Gnome 3 super-key application launcher. It's still non-responsive if launched from a terminal or Alt-F2

Why has this been marked as closed?  It is most frustrating to use gvim with this responsiveness (rather lack of).  It is NOT fixed in 
vim-X11-7.3.138-1.fc15.x86_64

PLEASE RE-OPEN

I agree, this is not fixed. It becomes usable as soon as I press '/' but not before.

(In reply to comment #9)
Have you enabled updates-testing? The fact that gvim works on my own system now without problem when launched from the shell suggests that the culprit is actually some other component, probably some GNOME infrastructure package for which a more recent build is available in updates-testing.

(In reply to comment #10)
No, I don't have enabled updates-testing and I can't see there any GNOME package update which would help to solve this issue.

(In reply to comment #11)
As the original reporter of this issue, I recommend you to enable updates-testing and to try it out yourself when you cannot see which package might be responsible. It could be also useful to create a new user account in order to avoid interference with custom settings and to verify whether the issue persists in this case.

(In reply to comment #8)
Please retry for current F15: I have reinstalled from scratch with F15 repos "fedora" and "updates" being enabled but not "updates-testing".
Result: gvim behaves absolutely normal.

No go.  Responsiveness is very slow until I press '/', then behavior is normally good.

After pressing the '/', I get the following message:

(gvim:4034): IBUS-WARNING **: Create input context failed: Timeout was reached.

I noticed that this problem appears just when GVIM forks from the terminal. If I run gvim with "-f" flag, i.e. no fork, it runs smoothly (but of course do not detach from terminal :/)

I have enabled 'update' and 'updates-testing' and is using ibus-1.3.99.20110419-5.fc15.i686 and vim-X11-7.3.138-1.fc15.i686.
It turns out that starting `gvim` from terminal behave quite differently in different desktop environments:

    gnome3          OK
    kde-4.6.4       slow
    xfce-4.8        slow
    enlightenment   OK
    fluxbox         OK
    openbox         slow

This is really weird, or interesting. 

Since gnome3 is the default desktop of fedora 15, maybe this bug was closed without noticing gvim not working well in other desktops.

Hope my finding may give some help.

(In reply to comment #16)
I am using Gnome 3 and it is slow, so I cannot confirm your observation.

I am using Fedora 15 with kde-4.6.3 and I can confirm this bug.

I'm using Fedora 15 with kde-4.6.3 and stilll can't reproduce this issue.
Lets check the exact library versions. 
One of those with a slow gvim, please attach the output of:
ldd /usr/bin/gvim | cut -d ' ' -f 3| xargs rpm -qf| sort | uniq

atk-2.0.0-1.fc15.x86_64                                                         
cairo-1.10.2-3.fc15.x86_64
expat-2.0.1-11.fc15.x86_64
fontconfig-2.8.0-3.fc15.x86_64
freetype-2.4.4-4.fc15.x86_64
gdk-pixbuf2-2.23.3-2.fc15.x86_64
glib2-2.28.8-1.fc15.x86_64
glibc-2.14-4.x86_64
gpm-libs-1.20.6-16.fc15.x86_64
gtk2-2.24.4-2.fc15.x86_64
libacl-2.2.49-9.fc15.x86_64
libattr-2.4.44-7.fc15.x86_64
libgcc-4.6.0-9.fc15.x86_64
libICE-1.0.6-3.fc15.x86_64
libpng-1.2.44-3.fc15.x86_64
libselinux-2.0.99-4.fc15.x86_64
libSM-1.2.0-2.fc15.x86_64
libuuid-2.19.1-1.2.fc15.x86_64
libX11-1.4.3-1.fc15.x86_64
libXau-1.0.6-2.fc15.x86_64
libxcb-1.7-2.fc15.x86_64
libXcomposite-0.4.3-2.fc15.x86_64
libXcursor-1.1.11-3.fc15.x86_64
libXdamage-1.1.3-2.fc15.x86_64
libXext-1.2.0-2.fc15.x86_64
libXfixes-5.0-1.fc15.x86_64
libXi-1.4.3-1.fc15.x86_64
libXinerama-1.1.1-2.fc15.x86_64
libXrandr-1.3.1-2.fc15.x86_64
libXrender-0.9.6-2.fc15.x86_64
libXt-1.1.0-1.fc15.x86_64
ncurses-libs-5.8-2.20110319.fc15.x86_64
nss-softokn-freebl-3.12.10-2.fc15.x86_64
pango-1.28.4-1.fc15.x86_64
perl-libs-5.12.4-159.fc15.x86_64
pixman-0.20.2-2.fc15.x86_64
python-libs-2.7.1-7.fc15.x86_64
ruby-libs-1.8.7.334-1.fc15.x86_64
zlib-1.2.5-3.fc15.x86_64

[bpm]$ sudo ldd /usr/bin/gvim | cut -d ' ' -f 3| xargs rpm -qf| sort | uniq
atk-2.0.0-1.fc15.x86_64
cairo-1.10.2-3.fc15.x86_64
expat-2.0.1-11.fc15.x86_64
fontconfig-2.8.0-3.fc15.x86_64
freetype-2.4.4-4.fc15.x86_64
gdk-pixbuf2-2.23.3-2.fc15.x86_64
glib2-2.28.8-1.fc15.x86_64
glibc-2.14-4.x86_64
gpm-libs-1.20.6-16.fc15.x86_64
gtk2-2.24.4-2.fc15.x86_64
libacl-2.2.49-9.fc15.x86_64
libattr-2.4.44-7.fc15.x86_64
libgcc-4.6.0-9.fc15.x86_64
libICE-1.0.6-3.fc15.x86_64
libpng-1.2.44-3.fc15.x86_64
libselinux-2.0.99-4.fc15.x86_64
libSM-1.2.0-2.fc15.x86_64
libuuid-2.19.1-1.2.fc15.x86_64
libX11-1.4.3-1.fc15.x86_64
libXau-1.0.6-2.fc15.x86_64
libxcb-1.7-2.fc15.x86_64
libXcomposite-0.4.3-2.fc15.x86_64
libXcursor-1.1.11-3.fc15.x86_64
libXdamage-1.1.3-2.fc15.x86_64
libXext-1.2.0-2.fc15.x86_64
libXfixes-5.0-1.fc15.x86_64
libXi-1.4.3-1.fc15.x86_64
libXinerama-1.1.1-2.fc15.x86_64
libXrandr-1.3.1-2.fc15.x86_64
libXrender-0.9.6-2.fc15.x86_64
libXt-1.1.0-1.fc15.x86_64
ncurses-libs-5.8-2.20110319.fc15.x86_64
nss-softokn-freebl-3.12.10-2.fc15.x86_64
pango-1.28.4-1.fc15.x86_64
perl-libs-5.12.4-159.fc15.x86_64
pixman-0.20.2-2.fc15.x86_64
python-libs-2.7.1-7.fc15.x86_64
ruby-libs-1.8.7.334-1.fc15.x86_64
zlib-1.2.5-3.fc15.x86_64

atk-2.0.0-1.fc15.i686
cairo-1.10.2-3.fc15.i686
expat-2.0.1-11.fc15.i686
fontconfig-2.8.0-3.fc15.i686
freetype-2.4.4-4.fc15.i686
gdk-pixbuf2-2.23.3-2.fc15.i686
glib2-2.28.8-1.fc15.i686
glibc-2.14-4.i686
gpm-libs-1.20.6-16.fc15.i686
gtk2-2.24.4-2.fc15.i686
libacl-2.2.49-9.fc15.i686
libattr-2.4.44-7.fc15.i686
libgcc-4.6.0-10.fc15.i686
libICE-1.0.6-3.fc15.i686
libpng-1.2.44-3.fc15.i686
libselinux-2.0.99-4.fc15.i686
libSM-1.2.0-2.fc15.i686
libuuid-2.19.1-1.3.fc15.i686
libX11-1.4.3-1.fc15.i686
libXau-1.0.6-2.fc15.i686
libxcb-1.7-2.fc15.i686
libXcomposite-0.4.3-2.fc15.i686
libXcursor-1.1.11-3.fc15.i686
libXdamage-1.1.3-2.fc15.i686
libXext-1.2.0-2.fc15.i686
libXfixes-5.0-1.fc15.i686
libXi-1.4.3-1.fc15.i686
libXinerama-1.1.1-2.fc15.i686
libXrandr-1.3.1-2.fc15.i686
libXrender-0.9.6-2.fc15.i686
libXt-1.1.0-1.fc15.i686
ncurses-libs-5.8-2.20110319.fc15.i686
nss-softokn-freebl-3.12.10-2.fc15.i686
pango-1.28.4-1.fc15.i686
perl-libs-5.12.4-159.fc15.i686
pixman-0.20.2-2.fc15.i686
python-libs-2.7.1-7.fc15.i686
ruby-libs-1.8.7.334-1.fc15.i686
zlib-1.2.5-3.fc15.i686

ok, I have now the same libraries as the first poster, still no slowdown.
Must be something else...

$ ldd /usr/bin/gvim | cut -d ' ' -f 3| xargs rpm -qf| sort | uniq
atk-2.0.0-1.fc15.x86_64
cairo-1.10.2-3.fc15.x86_64
expat-2.0.1-11.fc15.x86_64
fontconfig-2.8.0-3.fc15.x86_64
freetype-2.4.4-4.fc15.x86_64
gdk-pixbuf2-2.23.3-2.fc15.x86_64
glibc-2.14-3.x86_64
glib2-2.28.8-1.fc15.x86_64
gpm-libs-1.20.6-16.fc15.x86_64
gtk2-2.24.4-2.fc15.x86_64
libacl-2.2.49-9.fc15.x86_64
libattr-2.4.44-7.fc15.x86_64
libgcc-4.6.0-9.fc15.x86_64
libICE-1.0.6-3.fc15.x86_64
libpng-1.2.44-3.fc15.x86_64
libselinux-2.0.99-4.fc15.x86_64
libSM-1.2.0-2.fc15.x86_64
libuuid-2.19.1-1.2.fc15.x86_64
libXau-1.0.6-2.fc15.x86_64
libxcb-1.7-2.fc15.x86_64
libXcomposite-0.4.3-2.fc15.x86_64
libXcursor-1.1.11-3.fc15.x86_64
libXdamage-1.1.3-2.fc15.x86_64
libXext-1.2.0-2.fc15.x86_64
libXfixes-5.0-1.fc15.x86_64
libXinerama-1.1.1-2.fc15.x86_64
libXi-1.4.3-1.fc15.x86_64
libXrandr-1.3.1-2.fc15.x86_64
libXrender-0.9.6-2.fc15.x86_64
libXt-1.1.0-1.fc15.x86_64
libX11-1.4.3-1.fc15.x86_64
ncurses-libs-5.8-2.20110319.fc15.x86_64
nss-softokn-freebl-3.12.10-2.fc15.x86_64
pango-1.28.4-1.fc15.x86_64
perl-libs-5.12.4-159.fc15.x86_64
pixman-0.20.2-2.fc15.x86_64
python-libs-2.7.1-7.fc15.x86_64
ruby-libs-1.8.7.334-1.fc15.x86_64
zlib-1.2.5-3.fc15.x86_64

BTW I still have a feeling that this issue is related to locale settings, IBus and forking of the GVIM from console. I still receive every time new file is opened the following warning:

(gvim:15318): IBUS-WARNING **: Create input context failed: Timeout was reached.

If I open GVIM and just (slowly) browse around, I never (well I waited 10 minutes at most) get this message. Once I press '/' to begin search, the prompt appears in 7s and from now, the GVIM behaves smooth. After 30s from pressing the '/', the warning appears on my terminal.

So what triggers the slash? Why there is the IBUS warning. Give us please some clue. Then we might be able to help you to debug this issue.

I have experimentally remove IBus and GVIM started work smoothly. I have reinstalled IBus, GVIM is lagging. Could you please pay some attention to GVIM <=> IBUS relation?

(In reply to comment #26)
This was obvious since the initial report:

 "(gvim:5333): IBUS-WARNING **:
  org.freedesktop.IBus.InputContext.ProcessKeyEvent: Timeout was reached"

just to add more info for my setup, 

if I 'Quit' the ibus-daemon from the status bar applet (don't know what the name is), the menu item in the upper right of my gnome-shell, gvim works as normal.

when I select 'Restart' from said menu applet thingie, gvim pauses until I press '/'

I have created a current F15 live CD based upon the standard Fedora kickstart files including "fedora" and "updates" repositories. After pulling in vim-X11 from the running live session, logging out and in again, gvim works absolutely as expected in a GNOME session. This observation holds when I change the keyboard layout from US to German.
I never do system upgrades of an installed Fedora release. I always install Fedora from scratch. Maybe an update issue?

Installed packages related to vim-X11 are:
atk-2.0.0-1.fc15.i686
cairo-1.10.2-3.fc15.i686
expat-2.0.1-11.fc15.i686
fontconfig-2.8.0-3.fc15.i686
freetype-2.4.4-4.fc15.i686
gdk-pixbuf2-2.23.3-2.fc15.i686
glib2-2.28.8-1.fc15.i686
glibc-2.14-4.i686
gpm-libs-1.20.6-16.fc15.i686
gtk2-2.24.4-2.fc15.i686
libacl-2.2.49-9.fc15.i686
libattr-2.4.44-7.fc15.i686
libgcc-4.6.0-9.fc15.i686
libICE-1.0.6-3.fc15.i686
libpng-1.2.44-3.fc15.i686
libselinux-2.0.99-4.fc15.i686
libSM-1.2.0-2.fc15.i686
libuuid-2.19.1-1.3.fc15.i686
libX11-1.4.3-1.fc15.i686
libXau-1.0.6-2.fc15.i686
libxcb-1.7-2.fc15.i686
libXcomposite-0.4.3-2.fc15.i686
libXcursor-1.1.11-3.fc15.i686
libXdamage-1.1.3-2.fc15.i686
libXext-1.2.0-2.fc15.i686
libXfixes-5.0-1.fc15.i686
libXi-1.4.3-1.fc15.i686
libXinerama-1.1.1-2.fc15.i686
libXrandr-1.3.1-2.fc15.i686
libXrender-0.9.6-2.fc15.i686
libXt-1.1.0-1.fc15.i686
ncurses-libs-5.8-2.20110319.fc15.i686
nss-softokn-freebl-3.12.10-2.fc15.i686
pango-1.28.4-1.fc15.i686
perl-libs-5.12.4-159.fc15.i686
pixman-0.20.2-2.fc15.i686
python-libs-2.7.1-7.fc15.i686
ruby-libs-1.8.7.334-1.fc15.i686
zlib-1.2.5-3.fc15.i686

(In reply to comment #29)
ibus-1.3.99.20110419-9.fc15.i686
ibus-anthy-1.2.6-2.fc15.i686
ibus-chewing-1.3.9.2-3.fc15.i686
ibus-gtk2-1.3.99.20110419-9.fc15.i686
ibus-gtk3-1.3.99.20110419-9.fc15.i686
ibus-hangul-1.3.1-3.fc15.i686
ibus-libs-1.3.99.20110419-9.fc15.i686
ibus-m17n-1.3.2-5.fc15.i686
ibus-pinyin-1.3.99.20110520-1.fc15.i686
ibus-pinyin-db-android-1.3.99.20110520-1.fc15.noarch
ibus-rawcode-1.3.1.20100707-4.fc15.i686

(In reply to comment #29)
> 

Yes, I can confirm launching `gvim` from terminal works well in gnome3. But did you check other environments,  such as those listed in my previous comment #16? 

I have enabled updates-testing, and have vim-x11-7.3.138-1 and ibus-1.3.99.20110419-10. The result is the same as in comment #16.

(In reply to comment #31)
I had filed this bug as a gvim/GNOME3 issue which appears to be resolved now. Any remaining issues with other desktop environments are different bugs and should be reported separately.

Really?  resolved?  Don't assume that that is the case.  Thank you for opening it in the first place, but it still exists for others in the GNOME3 environment.

(In reply to comment #33)
> .. it still exists for others in the GNOME3 environment.

Have a look at comment 29 and comment 30, please. If this issue persists in the GNOME3 desktop environment, then this is probably an upgrade or an update issue.
I recommend creating a fresh user account to avoid interference with old custom settings. If you do not feel like installing F15 from scratch, then you can still try a current F15 live spin by means of livecd-creator and verify whether gvim exhibits any strange behaviour.

I can confirm that this issue persists in ibus and gvim.
A few days ago I switched from GNOME3 to XFCE, and since then I experience this problem which makes gvim unusable for me.

Note that I use ibus with its pinyin chinese IM.

I can confirm this is happening on my Fedora 15. I don't like the feeling of the new GNOME3, it looks raw and unpolished so I stick to KDE.

Every time I need to use gvim I have to quit the IBUS applet. It's annoying especially since I cannot find proper menu item to enable the IBUS applet again, until I quit the session and restart X.

I see the same problem in F15 as well.

Please see https://bugzilla.redhat.com/show_bug.cgi?id=727385 for a workaround and a proposed patch to vim to fix the issue. Most likely both bug reports are describing the same issue.

vim-7.3.315-1.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/vim-7.3.315-1.fc14

vim-7.3.315-1.fc15 has been submitted as an update for Fedora 15.
https://admin.fedoraproject.org/updates/vim-7.3.315-1.fc15

vim-7.3.315-1.fc16 has been submitted as an update for Fedora 16.
https://admin.fedoraproject.org/updates/vim-7.3.315-1.fc16

Package vim-7.3.315-1.fc16:
* should fix your issue,
* was pushed to the Fedora 16 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing vim-7.3.315-1.fc16'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/vim-7.3.315-1.fc16
then log in and leave karma (feedback).

vim-7.3.315-1.fc15 has been pushed to the Fedora 15 stable repository.  If problems still persist, please make note of it in this bug report.

I can confirm that this is fixed on my box.

vim-7.3.315-1.fc16 has been pushed to the Fedora 16 stable repository.  If problems still persist, please make note of it in this bug report.

vim-7.3.315-1.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.