Open glacambre opened 7 years ago
The file in the remote server is not supported. And it is hard to test.
Alright, thanks. Do you know what the difference between deoplete-clang and deoplete-jedi is? Could the way deoplete-jedi works be implemented in deoplete-clang? (I'm willing to try to do it if you think it is)
@glacambre Thanks for issue. But sorry, Now I don't know why the only jedi haven't problem.
However,
Alright, thanks. Do you know what the difference between deoplete-clang and deoplete-jedi is? Could the way deoplete-jedi works be implemented in deoplete-clang? (I'm willing to try to do it if you think it is)
Note that now deoplete-clang will be planned dynamically change using zchee/clang-server backend.(now development). So, If you try to solve this problem(very thanks), only for deoplete-go is better.
Because all of the implementation will change, such as not using the libclang-python3 module, msgpack-rpc(or google/grpc) server/client architecture and deoplete-clang will client side only, or etc.
Note that now deoplete-clang will be planned dynamically change using zchee/clang-server backend.(now development). So, If you try to solve this problem(very thanks), only for deoplete-go is better.
Progress?
I work for deoplete parallel feature.
Problems summary
I recently tried to open a file over the scp:// protocol which is handled by Vim's "Netrw" plugin. When trying to autocomplete a word, the message
is shown.
Expected
No error message and the autocompletion popup is filled as it would be with a local file.
Environment Information
Provide a minimal init.vim with less than 50 lines and not plugin manager (Required!)
The reproduce ways from neovim starting (Required!)
Upload the log file
Since the log file is very large I uploaded it here: https://gist.github.com/glacambre/bb959fd61acd3385c95e8aa4b5e134d9 There's nothing interesting in my .nvimlog.
I think this is a bug with deoplete-clang because other autocompletion plugins (deoplete-jedi for example) do not have this bug.