I'm able to reproduce too with my non-git home directory (just a different file shows up EBUSY: hiberfile.sys).

Seems like the recursive-readdir library we're using at the moment will fail as soon as it hits an issue, and not return a list of files. Couple of options for fixing this:

1. Use an alternative library that handles these cases more robustly (shelljs might be a good choice - I'd like to bring this in for some other scenarios as well - it has an ls command that might work better)
2. Use a default command for UNIX / Windows that doesn't require an additional node library

Also, we might want to update the Menu component to handle asynchronicity better - right now, we synchronously populate the menu which blocks. It'd be nice if we showed a spinner or something and items as they populate. I'll log a separate task for this shortly.

Seems like the recursive-readdir library we're using at the moment will fail as soon as it hits an issue, and not return a list of files.

Someone created a fix for this but the author of recursive-readdir refuses to merge it in. I tried following the directions for manually installing that person's #patch-2 but my npm just hangs when I try installing it.

I tried getting shelljs to work but it wouldn't connect to neovim. I didn't have any compilation errors and everything looked like it should've worked but I would just get an empty electron window when I tried launching oni. Looks like I was hitting an error in bundle.js for:

require('./commands.json').forEach(function (command) {

saying "__webpack_require__(...).forEach is not a function" though I have no idea how replacing recursive-readdir with shelljs could lead to that error.

So yeah, I guess I just wanted to complain. I'm still playing with this.

It looks like the issue I hit with shelljs is a known issue in the current version. It'll be fixed in the next version in case you're still interested in using shelljs in oni.
shelljs/shelljs#667

I believe this defect can be closed now that #268 has been merged in.