Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

MonoDevelop hangs when XSVim is enabled and files are changed externally

See original GitHub issue

When XSVim is enabled and I change a file outside of MonoDevelop (e.g, changing branches with git), MonoDevelop hangs. It remains unresponsive and I have to kill the process. When XSVim is disabled, this issue does not occur. I’ve tried to disable some of the other extensions without any success.

I’ve tested this with various versions of MonoDevelop (currently on 7.8), and versions 0.60.2, 0.60.6, and 0.61.0 of XSVim. Unfortunately, the logs do not reveal anything when MonoDevelop hangs. The only errors appear to be unrelated:

ERROR [2018-10-02 22:04:39Z]: Monodoc documentation tree could not be loaded.
System.IO.FileNotFoundException: Could not find file "/usr/lib/monodoc/monodoc.xml"
File name: '/usr/lib/monodoc/monodoc.xml'
  at System.IO.FileStream..ctor (System.String path, System.IO.FileMode mode, System.IO.FileAccess access, System.IO.FileShare share, System.Int32 bufferSize, System.Boolean anonymous, System.IO.FileOptions options) [0x0019e] in <815942dd495d4ccc954b977c1d4bee11>:0
  at System.IO.FileStream..ctor (System.String path, System.IO.FileMode mode, System.IO.FileAccess access, System.IO.FileShare share, System.Int32 bufferSize) [0x00000] in <815942dd495d4ccc954b977c1d4bee11>:0
  at (wrapper remoting-invoke-with-check) System.IO.FileStream..ctor(string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare,int)
  at System.Xml.XmlDownloadManager.GetStream (System.Uri uri, System.Net.ICredentials credentials, System.Net.IWebProxy proxy, System.Net.Cache.RequestCachePolicy cachePolicy) [0x00018] in <754247b7141e4984854d0efa7d375e43>:0
  at System.Xml.XmlUrlResolver.GetEntity (System.Uri absoluteUri, System.String role, System.Type ofObjectToReturn) [0x00032] in <754247b7141e4984854d0efa7d375e43>:0
  at System.Xml.XmlTextReaderImpl.OpenUrlDelegate (System.Object xmlResolver) [0x0000c] in <754247b7141e4984854d0efa7d375e43>:0
  at System.Xml.XmlTextReaderImpl.OpenUrl () [0x0005e] in <754247b7141e4984854d0efa7d375e43>:0
  at System.Xml.XmlTextReaderImpl.Read () [0x00093] in <754247b7141e4984854d0efa7d375e43>:0
  at System.Xml.XmlLoader.Load (System.Xml.XmlDocument doc, System.Xml.XmlReader reader, System.Boolean preserveWhitespace) [0x000a6] in <754247b7141e4984854d0efa7d375e43>:0
  at System.Xml.XmlDocument.Load (System.Xml.XmlReader reader) [0x0002e] in <754247b7141e4984854d0efa7d375e43>:0
  at System.Xml.XmlDocument.Load (System.String filename) [0x00013] in <754247b7141e4984854d0efa7d375e43>:0
  at Monodoc.RootTree.LoadTree (System.String basedir, System.Boolean includeExternal) [0x00043] in <1b68fcca8b6542389171a1d4bc5087c7>:0
  at Monodoc.RootTree.LoadTree () [0x00005] in <1b68fcca8b6542389171a1d4bc5087c7>:0

I’d be curious if this is reproducible at all. If not, then there is likely something wrong with my setup.