wincent / command-t Goto Github PK

MacOS 10.10 Yosemite can not be work

➜  command-t git:(e926704) make
linking shared-object ext.bundle
clang: warning: unknown argument: '-multiply_definedsuppress' [-Wunused-command-line-argument-hard-error-in-future]
clang: note: this will be a hard error (cannot be downgraded to a warning) in the future
clang: warning: argument unused during compilation: '-multiply_definedsuppress'

The compiler in Xcode 5 no longer treats unknown compile flags as warnings. I tried removing the flag from the makefile which fixes the compile but causes vim to segfault on startup.

Just installed Mac OSX Yosemite, and now Command-T can't find the C extension. I've tried updating command-t to latest master and recompiling, but no dice. Here's what I've tried:

$ ruby --version
ruby 2.0.0p481 (2014-05-08 revision 45883) [universal.x86_64-darwin14]

$ ruby extconf.rb
checking for float.h... yes
checking for ruby.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for fcntl.h... yes
checking for stdint.h... yes
checking for sys/errno.h... yes
checking for sys/socket.h... yes
checking for ruby/st.h... yes
checking for st.h... yes
checking for pthread_create() in -lpthread... yes
creating Makefile

$ make
linking shared-object ext.bundle

But Command-T gives this error: command-t.vim could not load the C extension.

Inside vim, ruby reports its version like:

:ruby puts "#{RUBY_VERSION}-p#{RUBY_PATCHLEVEL}"
2.0.0-p481

I'm using the same version of ruby to build the C extension that vim is linked to. I've even tried rebuilding vim with an explicit ruby version, and it's still not working.

Any ideas?

When the autowriteall option is set, and the current buffer is modified, when the user selects a file with Command-T and presses <CR>, the file is open in a new split window.

The expected behavior would be that the buffer is saved and that the new file is open in the same window, like it would happen with the :e file command.

I recently went through a recompile/upgrade of my OS X (10.9.2) workstation, and ran into a frustrating issue.

When I run vim -c CommandT (which is my default vim launcher, when no file is specified on the command line), I can type into the prompt and see my input reflected, but the match window does not update. When I Control-x out and :CommandT again, it works fine. I tried vim -c "sleep 100m | CommandT" out of desperation, with no change.

I tried both the official vim 7.4 tbz, and the mercurial head. I reset to previous versions of Command-T as well (my previous HEAD was 89896bd).

How do I got about debugging this issue? I'd love to help you fix it, but honestly I can't even tell if it's a vim bug or a command-t bug.

Thanks!
—Aiden

I have a tags file generated by ctags that contains about 60K entries.

When running CommandTTag my CPU goes to 100% for about 30 seconds (on a fast laptop), fans turn on, etc. Then for every key I press it also takes about 30 seconds for each keypress to filter the list.

I do understand that the initial list load might take some time, but I'd expect the plugin to generate some kind of internal lookup index / cache to make sure that subsequent calls are snappy. The cache could be flushed just like for files by running CommandTFlush.

This makes it unusable for me.

Note that file lookup works properly, probably because there are much less entries.

This is with command-t version with the latest master (3a5d9b9) but it was already the case when I first tried this feature many months ago.

Snipping from an email that I received from @lencioni:

One of the things that I used constantly in Sublime was the jump-to-file with fuzzy finding command. Command-T does this. Sublime also had a jump-to-symbol-in-the-current-file command that worked with the same fuzzy finding and it was a great way to bounce around a piece of code. This was actually the primary way I navigated my code.

They happened to implement this as a "go to anything" feature where the @ denotes the beginning of a symbol.

Here's a demo I found of it, probably fastest just to watch this: https://www.youtube.com/watch?v=Q0OtfjgnoLA

They also open the file and go to the symbol as you type or scroll around in the list of options, which is helpful for determining if it is actually the thing you want, but that is a separate feature.

Let me know what you think!

Hi,

I reinstalled my machine and trying to reconfigure all the plugins back. But after building the command-t I'm getting the following error. It showing the file list but I can't able to type any letter to select some file.

Error detected while processing CursorHold Auto commands for "<buffer=2>":
E117: Unknown function: CommandTListMatches

Find the attached screenshot also.

Is this due any missing libraries or package that's relevant to the vim or command-t ?

Thank you,
Haridas N.

Hi,
I'm trying to write a script that automates installation of the command-t vim plugin. I am wondering if there is a function I can call from a shell script to detect whether command t is installed, or a vimscript I can run from the command line, or something? Ideally this would involve no manual steps at all.

Thanks for your help! I love command-t, use it every day.

I would like to ignore symlinks with Command-T (except for the one given, i.e. :CommandT /path/to/symlink would resolve the link, but links therein would be ignored).

I have found that there is a new file scanner (:let g:CommandTFileScanner='find'), where instead of the -L option -H would be used.

The ruby scanner would need to skip them here: https://github.com/wincent/Command-T/blob/master/ruby/command-t/scanner/file_scanner/ruby_file_scanner.rb#L66

It would be helpful, if you could abort the scanner (using Ctrl-C).

It appears the (GNU) find-based scanner behaves better than the (default) ruby one.
Is this the case?

Is this a limitation from Vim?
Would it help to make use of vimproc if it is available?

The usual case where I need to do this when I've accidentally invoked Command-T on a wrong (and huge) directory.

I've noticed in this regard, that there might be Vim errors afterwards (like missing :endif - just from the top of my head, not sure about this), but these are normally fixed when invoking :CommandT again.

I have recently switched back from the (GNU) find-based scanner to the ruby scanner, because the find-based scanner does not exclude/handle g:CommandTWildIgnore during scanning (and I use it to exclude (very) slow directories, like sshfs mounts).

I think I've stumbled on a rather strange bug: when I invoke :CommandT, exit the menu (by either selecting a file or typing ctrl-c), and background my vim process, when I bring vim back to the foreground, any key I type is echoed back verbatim. I can reproduce this every time.

Any idea what might be going on? If there's anything I can do to help out, let me know.

(BTW, thanks for an awesome plugin!)

I just compiled the Command-T stuff, and it spit out this when compiling watchman.c:

compiling watchman.c
watchman.c:522:63: warning: format specifies type 'unsigned long' but the argument has
      type 'int' [-Wformat]
  ..."payload size mismatch (%lu)", end - (ptr + payload_size));
                             ~~~    ^~~~~~~~~~~~~~~~~~~~~~~~~~
                             %d
watchman.c:529:70: warning: format specifies type 'unsigned long' but the argument has
      type 'int' [-Wformat]
        rb_raise(rb_eArgError, "payload termination mismatch (%lu)", end - ptr);
                                                              ~~~    ^~~~~~~~~
                                                              %d
2 warnings generated.

Things seem to work for me (I'm not using watchman), but I thought you might like to know.

This is on a Macbook Air with OS X 10.9.3.

-> % ruby --version
ruby 2.0.0p451 (2014-02-24 revision 45167) [universal.x86_64-darwin13]

I have a dev folder with two different git repos in it and an extra folder. When I run Command-t from dev only files from the non tracked folder are listed.

• dev/
  • repo1/ (git repository 1)
  • repo2/ (git repository 2)
  • 3rd_folder/ (not tracked)

I would expect files from all three directories to be listed. I've tried increasing cache sizes with no luck. Could it have something to do with the different file listing techniques used in tracked/not-tracked directories?

Thanks!

Command-T version

66d9f6f

Command-T options

let g:CommandTMaxFiles=1000000
set wildignore+=*.o,*.obj,*.d,*.png,*.svn-base,*.gif,*.jpg,*.pak,*.ninja,*.so,
               \*.a,*.gz,*.swf,*.tmp.*,out/**,out_*/**,**/third_party/**,*.mk
highlight CommandTHighlightColor term=reverse
  \ cterm=bold ctermbg=0* ctermfg=7*
  \ guibg=Grey
let g:CommandTHighlightColor='CommandTHighlightColor'
let g:CommandTMatchWindowReverse=1
let g:CommandTMaxHeight=20

Issue

I noticed today that results ranking looks somehow strange.
For example on "usercc" request, Command-T gives me following results:

and for "user.cc":

The question is why Command-T returns results like "ash/system/user/config.h" or "ui/app_list/search_result.h" in answer to "usercc" request, when I have files like "ash/system/user/tray_user.cc". Among others, "ash/system/user/config.h" doesn't even has second 'c'.

The key binding to cancel (dismisses file listing) works fine but does not work. Is there something that I am doing wrong?

For some reason, I've received the following error when calling :CommandT:

Error detected while processing …/vim/neobundles/command-t/autoload/commandt.vim:
line  193:
LoadError: cannot load such file -- command-t/stub
Error detected while processing function commandt#CommandTShowFileFinder:
line    2:
NoMethodError: undefined method `show_file_finder' for nil:NilClass
Error detected while processing function commandt#CommandTShowFileFinder:
line    2:
NoMethodError: undefined method `show_file_finder' for nil:NilClass

Command-T usually works. This just happened, but it works in a new Vim instance.

In the broken Vim instance, :ruby puts $: gives:

usr/local/lib/site_ruby/1.9.1
/usr/local/lib/site_ruby/1.9.1/x86_64-linux
/usr/local/lib/site_ruby
/usr/lib/ruby/vendor_ruby/1.9.1
/usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux
/usr/lib/ruby/vendor_ruby
/usr/lib/ruby/1.9.1
/usr/lib/ruby/1.9.1/x86_64-linux

The related code in Command-T:
https://github.com/wincent/command-t/blob/master/autoload/commandt.vim#L190

After this, each entering of a buffer causes this error:

Error detected while processing BufEnter Auto commands for "*":
NameError: uninitialized constant CommandT

(see also #91 about an option to delete these autocommands).

After a successful invocation of :CommandT, the bundles path is added to $::

/home/user/.vim/neobundles/command-t//ruby

I have MacVim snapshot 72 (https://github.com/b4winckler/macvim/releases), compiled against Ruby 2.0:

:ruby puts "#{RUBY_VERSION}-p#{RUBY_PATCHLEVEL}"
2.0.0-p247 

on a MacBook with 10.9.2. I do not use RVM.

Running

cd ~/.vim/ruby/command-t
ruby extconf.rb

is fine, but make results in:

linking shared-object ext.bundle
clang: error: unknown argument: '-multiply_definedsuppress' [-Wunused-command-line-argument-hard-error-in-future]

Xcode command line tools are installed:

$ pkgutil --pkg-info=com.apple.pkg.CLTools_Executables
package-id: com.apple.pkg.CLTools_Executables
version: 5.1.0.0.1.1396320587
volume: /
location: /
install-time: 1397238511
groups: com.apple.FindSystemFiles.pkg-group com.apple.DevToolsBoth.pkg-group com.apple.DevToolsNonRelocatableShared.pkg-group 

I would like the feature where if I hit "app con" it will apply two criteria, "app" and "con" and apply them both rather than taking space as a literal space (of course allowing the key to be configurable).

Currently if I want to search for a file called say "application_controller.rb" and yet all my files are in a subdirectory "application" and many files have the prefix "_controller" then searching for either "app" or "controller" will bring up a large list of files. Yet "ap co" would bring me right to the file I want with less key presses using my proposed scheme.

After using such a system I find it so much faster than what is available.

I've been using this plugin for a while now. It has always annoyed me that I cannot preview a file without closing the command-t window.

Say I want to look around in my controllers/accounts directory. I start :CommandT and type con/acc/. I can currently see all files in the folder. Now, if I want to view each file, will have to choose one, and repeat the procedure.

Would it be possible to implement A) a preview file command or B) a command to open Command-t with the same search as the previous one (in this case, open Command-t with the 'con/acc/' already typed in the prompt.?

I've been struggling with this for a while so I thought I'd post it here in case I can get any help. I'm using rvm on osx mavericks. I've installed ruby 1.9.3-p545 (latest) and built vim against it. Then I followed the vimball installation instructions (so %, ruby extconf.rb, make). This works fine using vim with ruby 1.9.3. However if I change to a project directory that is on jruby, I get an error on vim startup:
$ vim config/routes.rb
Error detected while processing /Users/stephen/dotfiles/vim/plugin/command-t.vim:
line 194:
Gem::Ext::BuildError: ERROR: Failed to build gem native extension.
Press ENTER or type command to continue

I can press 'enter' to get past the error message and the file loads but command-t does not work. It gives the error message:
Error detected while processing function 10_CommandTShowFileFinder:
line 2:
NoMethodError: undefined method `show_file_finder' for nil:NilClass

If I open vim from a non-jruby dir then cd to the jruby dir (:cd inside vim), command-t works fine, and updates the file system tree to the current dir.
I've seen the installation instructions about matching vim, ruby, and command-t ruby libs. However, I was able to accomplish this switching ruby versions fine on a previous machine. I'm not sure what is different at this point. Do I need to somehow install different versions of command-t for each version of Ruby I want or is that possible? Help, I'd really like to have command-t back and working across my system. Let me know if I can provide any further details.

I don't know if this is an issue, just looking for an answer - how do I get it so the height is higher. Right now when I do t, it only starts with 10 results, which I would prefer that it shows a lot more when I start. How would I set this option?

Thank you for your help and sorry if this is wrong place to ask. I went to SO and someone told me that my question should be posted in plugin issue tracker.

I have the latest MacVim version (with vim version 7.4) installed via homebrew.

Please make the new MRU handling (via
#50, 9db519e..925cf02) optional,
especially the autocommands:
https://github.com/wincent/command-t/blob/master/autoload/commandt.vim#L164-168

I could imagine the autocommands to get installed automatically, if you use the
CommandTMRU command by default.

When I try to :source % or :so % after running

vim command-t.vba

I get the above error.

I'm on a new mac.

Hi,

I've been using Command-T for a couple of days now and it's pretty awesome. However, I'm running it on a normal Ubuntu 14.04 machine, and it seems that ^S is not working when focussing on a path from Command-T. Same goes for ^enter.
Other than that enter and ^V seem to work just fine, so I guess there's a bug somewhere? ;)

Based on the readme I'd say I'm using version 1.8 of Command-T and an up-to-date version of Vim/Ruby. If you have any ideas, that'd be awesome.

Regards,
Jurriaan

Hello,
I just updated command-t finding two problems. Following the instructions I run ruby extconf.rb which creates a Makefile which misses the pthread library flag:

$ make x86_64-pc-linux-gnu-gcc -shared -o ext.so ext.o match.o matcher.o -L. -L/usr/lib64 -Wl,-R/usr/lib64 -L. -Wl,-O1 -Wl,--as-needed -rdynamic -Wl,-export-dynamic -Wl,--no-undefined -Wl,-R -Wl,/usr/lib64 -L/usr/lib64 -lruby18 -lrt -ldl -lcrypt -lm -lc matcher.o: In function CommandTMatcher_sorted_matches_for: matcher.c:(.text+0x3c0): undefined reference to pthread_create matcher.c:(.text+0x450): undefined reference to pthread_join collect2: error: ld returned 1 exit status make: *** [ext.so] Error 1

I add -lpthread to LIBS to solve this:
LIBS = $(LIBRUBYARG_SHARED) -lrt -ldl -lcrypt -lm -lc -lpthread

It compiles fine afterwards, but when I lunch vim it claims the C extension is missing:

command-t.vim could not load the C extension
Please see INSTALLATION and TROUBLE-SHOOTING in the help For more information type: :help command-t

Thank you

I use CommandT with setting g:CommandTTraverseSCM = 'pwd' and do not use SCM traversal feature. When I change directory with :cd for the first time, everything works as expected. However, trying to change directory again does not seem to be registered by CommandT (still seeing files from the previous directory when searching). I found a similar bug, which is labeled as fixed. From what I can see, @path is not getting set on subsequent calls in controller.rb at line 61. Inserting @path = nil before line 49 seems to fix the problem for me. I am not familiar with ruby so I don't really understand why this helps, but the code seems to be correct even without adding this line.

I just ran into an interesting problem when refreshing my file list.

-- NO MATCHES --
GoToFile
Error detected while processing function CommandTRefresh:
line    1:
Errno::EMFILE: Too many open files - /Users/joe/agora/app/assets/fonts/agora-icons

~/agora git:master ❯❯❯ tree app/assets/fonts/agora-icons
app/assets/fonts/agora-icons
├── agora-icons.eot
├── agora-icons.svg
├── agora-icons.ttf
└── agora-icons.woff

Refreshing again does the same thing, and now my file list is empty. Restarting vim seemed to make it work again. I wonder if I mashed some random keys that confused it.

:version
VIM - Vi IMproved 7.4 (2013 Aug 10, compiled May 17 2014 08:34:29)
MacOS X (unix) version
Included patches: 1-273
Compiled by Homebrew
Huge version without GUI.  Features included (+) or not (-):
+acl             -ebcdic          +localmap        +printer         +title
+arabic          +emacs_tags      -lua             +profile         -toolbar
+autocmd         +eval            +menu            +python          +user_commands
-balloon_eval    +ex_extra        +mksession       -python3         +vertsplit
-browse          +extra_search    +modify_fname    +quickfix        +virtualedit
++builtin_terms  +farsi           +mouse           +reltime         +visual
+byte_offset     +file_in_path    -mouseshape      +rightleft       +visualextra
+cindent         +find_in_path    +mouse_dec       +ruby            +viminfo
-clientserver    +float           -mouse_gpm       +scrollbind      +vreplace
+clipboard       +folding         -mouse_jsbterm   +signs           +wildignore
+cmdline_compl   -footer          +mouse_netterm   +smartindent     +wildmenu
+cmdline_hist    +fork()          +mouse_sgr       -sniff           +windows
+cmdline_info    -gettext         -mouse_sysmouse  +startuptime     +writebackup
+comments        -hangul_input    +mouse_urxvt     +statusline      -X11
+conceal         +iconv           +mouse_xterm     -sun_workshop    -xfontset
+cryptv          +insert_expand   +multi_byte      +syntax          -xim
+cscope          +jumplist        +multi_lang      +tag_binary      -xsmp
+cursorbind      +keymap          -mzscheme        +tag_old_static  -xterm_clipboard
+cursorshape     +langmap         +netbeans_intg   -tag_any_white   -xterm_save
+dialog_con      +libcall         +path_extra      -tcl             -xpm
+diff            +linebreak       -perl            +terminfo
+digraphs        +lispindent      +persistent_undo +termresponse
-dnd             +listcmds        +postscript      +textobjects
   system vimrc file: "$VIM/vimrc"
     user vimrc file: "$HOME/.vimrc"
 2nd user vimrc file: "~/.vim/vimrc"
      user exrc file: "$HOME/.exrc"
  fall-back for $VIM: "/usr/local/share/vim"
Compilation: /usr/bin/clang -c -I. -Iproto -DHAVE_CONFIG_H   -DMACOS_X_UNIX  -Os -w -p
ipe -march=native -mmacosx-version-min=10.9 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1

Linking: /usr/bin/clang   -L. -L/usr/local/lib -L/usr/local/lib -Wl,-headerpad_max_ins
tall_names -o vim        -lm  -lncurses -liconv -framework Cocoa    -framework Python
  -lruby.2.0.0 -lobjc

OS X 10.9.3.

Command-T requires Ruby 1.8, but OS X 10.10 no longer includes it, and the vim that ships on the system includes ruby support using ruby 2.0.

/usr/bin/vim provides Ruby version 2.0.0-p451.

After running :CommandT vim just hangs. I using vim 7.4 on MS Windows

On invoking command-T in vim, a segfault is thrown and vim exits. The latest Command-T commit is 2b69d1b.

The error thrown is:

Vim: Caught deadly signal SEGV
Vim: Finished.
Vim: Finished.
Vim: Caught deadly signal SEGV
Vim: Finished.

Segmentation fault (core dumped)

Any thoughts?

I can't find the exact cause, but all files listed are relative to my home folder. This does not happen always but most of the time, and I'm not sure what is triggering this behaviour. :pwd returns the correct folder where I wanted to look for files, and is the same folder from where I opened vim.

Hello, I have encountred problem building vim-command-T for s390(x) and ppc(64) in fedora. Issue seems to be related to endianness. See Fedora BZ for more details https://bugzilla.redhat.com/show_bug.cgi?id=1130079 .

If I search on 'router' the following items appear at the top of the list:

config/routes.rb
app/assets/javascripts/router.js

I would like to see the file that I am actually looking for (router.js) appear as the first item.

I couldn't get the latest version working on my mac since command-t now has a dependency on ruby's json gem.
Apparently, vim's embedded ruby environment doesn't contain any gem in its load path. Hence, command-t still failed to load after I installed json using 'ruby install json'.
Currently, in irb, I can do require 'json' fine but if within vim I do :ruby require 'json' then I will get a LoadError.

Any help would be greatly appreciated since I don't know too much about ruby.

The default <C-CR> and <C-s> split mappings don't appear to be bound when trying to open a file in a new split from the file list. Remapping the binding to <C-i> works for me, but due to the way Command-T binds keys (<silent> <buffer>) it's difficult to check the currently bound keys. I've checked all my :map's to make sure it's not being overwritten.

I've recently switched to the next branch, but I've seen this behavior on many commits for some time.

I have noticed that the line RbConfig::MAKEFILE_CONFIG['DEFS'] += ' -DWATCHMAN_BUILD' in extconf.rb might cause failure when trying to generate the Makefile (source
https://github.com/wincent/Command-T/blob/master/ruby/command-t/extconf.rb#L24).

% ruby 'extconf.rb'
checking for #include <float.h>
... yes
checking for #include <ruby.h>
... yes
checking for #include <stdlib.h>
... yes
checking for #include <string.h>
... yes
checking for fcntl.h... yes
checking for stdint.h... yes
checking for sys/errno.h... yes
checking for sys/socket.h... yes
*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers.  Check the mkmf.log file for more
details.  You may need configuration options.

Provided configuration options:
        --with-opt-dir
        --without-opt-dir
        --with-opt-include
        --without-opt-include=${opt-dir}/include
        --with-opt-lib
        --without-opt-lib=${opt-dir}/lib
        --with-make-prog
        --without-make-prog
        --srcdir=.
        --curdir
        --ruby=/usr/bin/ruby

The error is a bit unhelpful, and I don't know what the reason is, apart from
that the system I have tried this on is old (CentOS 5.4).

When I've just tried to reproduce it, it resulted in a more helpful error:

% /usr/bin/ruby extconf.rb
checking for #include <float.h>
... yes
checking for #include <ruby.h>
... yes
checking for #include <stdlib.h>
... yes
checking for #include <string.h>
... yes
checking for fcntl.h... yes
checking for stdint.h... yes
checking for sys/errno.h... yes
checking for sys/socket.h... yes
extconf.rb:24: undefined method `+' for nil:NilClass (NoMethodError)

Vim has Ruby 1.8.5, where RUBY_PATCHLEVEL is not defined, as mentioned in
the docs: :ruby puts "#{RUBY_VERSION}-p#{RUBY_PATCHLEVEL}".

Commenting the line appears to work (it can be compiled using make), but then invoking Command-T fails:

Error detected while processing function commandt#CommandTShowFileFinder:
line    2:
NoMethodError: undefined method `chars' for "":String

With a clean vimrc, (only with pathogen), and only Command-t in my /bundle directory, I have the following problem:

When jumping to the previous file C-^, about every fourth time, I get:

Error detected while processing BufEnter Auto commands for "*": SystemStackError: /Users/mollerhoj3/.vim/bundle/Command-T/ruby/command-t/mru.rb:17:in touch': stack level too deep`.

I have tried reinstalling several times. I am on mavericks, and MacVim, (using ruby 1.8 to install).

I just updated to latest Command-T and I noticed that some old behavior is now gone. First, I had to set let g:CommandTTraverseSCM = 'pwd' to stop Command-T from changing my search root dir.

After doing this, I noticed that when I change Vim's current working directory with :cd, Command-T doesn't notice it anymore. It used to flush the path cache and then refresh it. In fact, even if I force the cache refresh with :CommandTFlush, it still uses the old working directory Vim was started with.

I'd like the old behavior back if at all possible: when Vim's CWD changes, update the file cache. If that's not possible, at least make the flush operation use the latest CWD.

I'm using a 'huge' build of Vim 7.4 built from source, with the built-in version of Ruby (1.8.7) on Ubuntu 12.04. I recently ran a Vundle BundleUpdate to update all my installed plugins, which included this one. Since then I've also removed Command-T and reinstalled cleanly with the new Vundle PluginInstall command; after that I had to manually drop into the plugin's ruby path and build the C parts.

When I am entering a search term in the Command-T buffer, results that previously showed up within several hundred milliseconds (almost instantly, in any case) -- for a project tree that has remained relatively constant -- are taking at least 1-2 seconds to appear at all. This delay occurs irrespective of the file scanner option in my .vimrc.local file (I'm using spf13 so it could be something to do with that, however nothing else has changed). I've tried 'ruby', 'find' and even 'watchman' after installing it (although the project in question has well below 4000 files where I open Vim).

Please help if you can, as this is really frustrating and is spoiling my enjoyment of an awesome tool. I've tried a few variations of the input debounce option to no avail.

When I fire up Command-T, I never want to open the file that I am currently editing. I think it might be nicer to either not include it in the list of files to open, or sort it down by a notch. This often happens if I am editing a file that has a similarly named file, like a spec, and I want to go from the component to the spec or vice versa.

To give Command-T a bit more visibility and promotion in Fedora, I'd like to provide Application Addon metadata for Gnome Software [1]. According to the AppData specifications, I am going to add following metadata into our package:

$ cat vim-command-t.metainfo.xml 
<?xml version="1.0" encoding="UTF-8"?>
<!-- Copyright 2014 Vít Ondruch <[email protected]> -->
<component type="addon">
<id>vim-command-t</id>
<extends>gvim.desktop</extends>
<name>command-t</name>
<summary>Provides an extremely fast, intuitive mechanism for opening files with a minimal number of keystrokes</summary>
<url type="homepage">https://wincent.com/products/command-t</url>
<metadata_license>CC0-1.0</metadata_license>
<project_license>BSD</project_license>
<updatecontact>[email protected]</updatecontact>
</component>

Would you be willing to accept such file into official sources? That would allow to benefit also other Linux distributions/desktop environments, which are going to use AppData [3]

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1110300
[2] http://blogs.gnome.org/hughsie/2014/06/11/application-addons-in-gnome-software/
[3] http://blogs.gnome.org/hughsie/

I used to ignore node_modules, bower_components etc. via wildignore, but Commant-T doesn't respect it anymore. Is this intentional?

After Command-T update I started getting the following error each time I call :CommandT or use my mapping

if i try to use any cursor keys it will exit command-t and insert a A,B,C or D in the text.

also backspace is just moving backwards for me and not deleting any characters

The project I'm working on a bunch of internationalized filenames. I believe they're properly encoded UTF-8 [see below], but apparently Ruby/Command-T does not:

Error detected while processing function <SNR>13_CommandTShowFileFinder:                                                                                         
line    2:
ArgumentError: invalid byte sequence in UTF-8
Press ENTER or type command to continue

I'd be happy to supply the filename which is causing this problem, but I'm not sure how to get Command-T to produce that info for me.

Hello.

Pressing <Ctrl + CR> moves selection to next file, just like if <Ctrl + n> was pressed.
(<Ctrl + s> doesn't work as well, but it is expected, because <Ctrl + s> interpreted as XOFF by my terminal).

Vim version:
VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Mar 18 2014 17:37:53)
Included patches: 1-205

Command-T: revision at 66d9f6f
OS: Ubuntu 12.04
Other installed plugins: syntastic/ ultisnips/ vim-fugitive/ YouCompleteMe/

Is it possible to configure Command-T to prioritise certain file extensions/suffixes over others? (Command-T seems to ignore the vim suffixes variable as far as I can tell, as well as the project .gitignore file.). My use case is editing source-to-source languages like Coffee-script and Stylus: Command-T favours the output/generated files (*.css, .js, etc) over the source files (.styl, *.coffee, etc). Thanks!

Hello,

I'm using a 'huge' build of Vim 7.4 built from source today, with the built-in version of Ruby (1.8.7) on Ubuntu 12.04. I've never had any problems with Command-T before, but after running a Vundle :BundleUpdate command I can't get search results to filter actively on each keypress. C-f helps in that the list is regenerated and sorted in match relevance order, but it's frustrating to see such a great plugin hampered to such a degree by something unknown!

I have a feeling that spf13 is once again getting in the way somehow. I'm definitely getting more motivated to start with a nice fresh vimrc once again...

Any suggestions that could help me? Thanks.