Update via Vundle failed

[miallo]

Issue Prelude

Please complete these steps and check these boxes (by putting an x inside the brackets) before filing your issue:

• [x] I have read and understood YCM's CONTRIBUTING document.
• [x] I have read and understood YCM's CODE_OF_CONDUCT document.
• [x] I have read and understood YCM's README, especially the Frequently Asked Questions section.
• [x] I have searched YCM's issue tracker to find issues similar to the one I'm about to report and couldn't find an answer to my problem. (Example Google search.)
• [x] If filing a bug report, I have included the output of vim --version.
• [x] If filing a bug report, I have included the output of :YcmDebugInfo.
• [ ] If filing a bug report, I have attached the contents of the logfiles using the :YcmToggleLogs command.
• [x] If filing a bug report, I have included which OS (including specific OS version) I am using.
• [ ] If filing a bug report, I have included a minimal test case that reproduces my issue, including what I expected to happen and what actually happened.
• [ ] If filing a installation failure report, I have included the entire output of install.py (or cmake/make/ninja) including its invocation
• [x] I understand this is an open-source project staffed by volunteers and that any help I receive is a selfless, heartfelt gift of their free time. I know I am not entitled to anything and will be polite and courteous.
• [x] I understand my issue may be closed if it becomes obvious I didn't actually perform all of these steps.

Thank you for adhering to this process! It ensures your issue is resolved quickly and that neither your nor our time is needlessly wasted.

Issue Details

Provide a clear description of the problem, including the following key questions:

• What did you do? Tried to update my Plugins via :PluginUpdate

Include steps to reproduce here.

Include description of a minimal test case, including any actual code required to reproduce the issue.

• What did you expect to happen? When updating my Plugins via Vundle :PluginUpdate I got an error:

  [2019-10-02 17:57:05] $ cd '/Users/michael/.vim/bundle/YouCompleteMe' && git pull && git submodule update --init --recursive
  [2019-10-02 17:57:05] > Updating afa2ea03..94cfacd1
  [2019-10-02 17:57:05] > Fast-forward
  [2019-10-02 17:57:05] >  README.md                                       | 14 +++++++++-----
  [2019-10-02 17:57:05] >  autoload/youcompleteme.vim                      |  8 ++++----
  [2019-10-02 17:57:05] >  azure/linux/install_dependencies.sh             |  6 +++---
  [2019-10-02 17:57:05] >  doc/youcompleteme.txt                           | 14 +++++++++-----
  [2019-10-02 17:57:05] >  python/ycm/tests/client/command_request_test.py |  3 ++-
  [2019-10-02 17:57:05] >  python/ycm/tests/vimsupport_test.py             |  3 ++-
  [2019-10-02 17:57:05] >  python/ycm/vimsupport.py                        |  3 ++-
  [2019-10-02 17:57:05] >  third_party/ycmd                                |  2 +-
  [2019-10-02 17:57:05] >  8 files changed, 32 insertions(+), 21 deletions(-)
  [2019-10-02 17:57:05] > Submodule path 'third_party/ycmd': checked out '3365e2d44817d127596f59f70a6240507eb4b0bc'
  [2019-10-02 17:57:05] > error: Server does not allow request for unadvertised object cc538bb6d0fcf0a6411537a5522d13cc9b86789d
  [2019-10-02 17:57:05] > Fetched in submodule path 'third_party/ycmd/third_party/cregex', but it did not contain cc538bb6d0fcf0a6411537a5522d13cc9b86789d. Direct fetching of that commit failed.
  [2019-10-02 17:57:05] > Failed to recurse into submodule path 'third_party/ycmd'
  [2019-10-02 17:57:05] > 

  Include description of the expected behaviour.

• What actually happened?

Include description of the observed behaviour, including actual output, screenshots, etc.

Diagnostic data

Output of vim --version

macOS version
Included patches: 1-2050
Compiled by Homebrew
Huge version without GUI.  Features included (+) or not (-):
+acl               -farsi             -mouse_sysmouse    -tag_any_white
+arabic            +file_in_path      +mouse_urxvt       -tcl
+autocmd           +find_in_path      +mouse_xterm       +termguicolors
+autochdir         +float             +multi_byte        +terminal
-autoservername    +folding           +multi_lang        +terminfo
-balloon_eval      -footer            -mzscheme          +termresponse
+balloon_eval_term +fork()            +netbeans_intg     +textobjects
-browse            +gettext           +num64             +textprop
++builtin_terms    -hangul_input      +packages          +timers
+byte_offset       +iconv             +path_extra        +title
+channel           +insert_expand     +perl              -toolbar
+cindent           +job               +persistent_undo   +user_commands
-clientserver      +jumplist          +postscript        +vartabs
+clipboard         +keymap            +printer           +vertsplit
+cmdline_compl     +lambda            +profile           +virtualedit
+cmdline_hist      +langmap           -python            +visual
+cmdline_info      +libcall           +python3           +visualextra
+comments          +linebreak         +quickfix          +viminfo
+conceal           +lispindent        +reltime           +vreplace
+cryptv            +listcmds          +rightleft         +wildignore
+cscope            +localmap          +ruby              +wildmenu
+cursorbind        +lua               +scrollbind        +windows
+cursorshape       +menu              +signs             +writebackup
+dialog_con        +mksession         +smartindent       -X11
+diff              +modify_fname      -sound             -xfontset
+digraphs          +mouse             +spell             -xim
-dnd               -mouseshape        +startuptime       -xpm
-ebcdic            +mouse_dec         +statusline        -xsmp
+emacs_tags        -mouse_gpm         -sun_workshop      -xterm_clipboard
+eval              -mouse_jsbterm     +syntax            -xterm_save
+ex_extra          +mouse_netterm     +tag_binary        
+extra_search      +mouse_sgr         -tag_old_static    
   system vimrc file: "$VIM/vimrc"
     user vimrc file: "$HOME/.vimrc"
 2nd user vimrc file: "~/.vim/vimrc"
      user exrc file: "$HOME/.exrc"
       defaults file: "$VIMRUNTIME/defaults.vim"
  fall-back for $VIM: "/usr/local/share/vim"
Compilation: clang -c -I. -Iproto -DHAVE_CONFIG_H   -DMACOS_X -DMACOS_X_DARWIN  -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1       
Linking: clang   -L. -fstack-protector-strong -L/usr/local/lib -L/usr/local/opt/libyaml/lib -L/usr/local/opt/openssl@1.1/lib -L/usr/local/opt/readline/lib  -L/usr/local/lib -o vim        -lncurses -liconv -lintl -framework AppKit  -L/usr/local/opt/lua/lib -llua5.3 -mmacosx-version-min=10.14 -fstack-protector-strong -L/usr/local/lib  -L/usr/local/Cellar/perl/5.30.0/lib/perl5/5.30.0/darwin-thread-multi-2level/CORE -lperl -lm -lutil -lc  -L/usr/local/opt/python/Frameworks/Python.framework/Versions/3.7/lib/python3.7/config-3.7m-darwin -lpython3.7m -framework CoreFoundation  -lruby.2.6

Place the output here, or a link to a gist.

Output of YcmDebugInfo

-- Client logfile: /var/folders/dz/2rq020cn4mq2xmmb46z8jn440000gn/T/ycm_lrhn_3xe.log
-- Server Python interpreter: /System/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python
-- Server Python version: 2.7.16
-- Server has Clang support compiled in: True
-- Clang version: clang version 7.0.0 (tags/RELEASE_700/final)
-- No extra configuration file found
-- Python completer debug information:
--   Python interpreter: /System/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python
--   Python path: [u'/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python27.zip', u'/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7', u'/System
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-darwin', u'/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac', u'/System/Library/F
rameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac/lib-scriptpackages', u'/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk', u'/System/Libra
ry/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-old', u'/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload', u'/Library/Python/2.7/site
-packages', u'/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python', u'/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/PyObjC']
--   Python version: 2.7.16
--   Jedi version: 0.13.3
--   Parso version: 0.3.4
-- Server running at: http://127.0.0.1:61886
-- Server process ID: 13156
-- Server logfiles:
--   /var/folders/dz/2rq020cn4mq2xmmb46z8jn440000gn/T/ycmd_61886_stdout_90vu1i2l.log
--   /var/folders/dz/2rq020cn4mq2xmmb46z8jn440000gn/T/ycmd_61886_stderr_51ichm3f.log

Place the output here, or a link to a gist.

Contents of YCM, ycmd and completion engine logfiles

Add let g:ycm_log_level = 'debug' to vimrc, restart Vim, reproduce the issue, and include link here to a gist containing the entire logfiles for ycm, ycmd and any completer logfiles listed by :YcmToggleLogs.

OS version, distribution, etc.

MacOS 10.15 (19A578c) Catalina Xcode 11.0

Include system information here.

Output of build/install commands

Include link to a gist containing the invocation and entire output of install.py if reporting an installation issue.

[puremourning]

You need to do the following:

• cd ~/.vim/bundle/YouCompleteMe
• git submodule sync --recursive
• git submodule update --init --recursive

If that also throws an error, then:

• cd third_party/ycmd
• git submodule sync --recursive
• git submodule update --init --recursive

We changed the remote url for some submodules which Vundle (and, frankly, git) doesn't handle well.

[miallo]

Yeah... Sorry for this stupid question...

[puremourning]

It's not a stupid question at all. I had this problem myself a number of times.

[bstaletic]

Also the git submodule sync --recursive can be done from YouCompleteMe directory, no need to descend into ycmd.

[suuuehgi]

--recursive did it! Thank you!

Why doesn't YCM do a git submodule sync --recursive by default before the git submodule update --init --recursive?

[puremourning]

Because YCM never touches its own git repository for obvious reasons