Conflicts:
	test/spec/SpecRunnerUtils.js

Conflicts:
	src/search/FindInFiles.js

…into glenn/file-system

Conflicts:
	test/spec/SpecRunnerUtils.js

…array

filesystem impls time to seed any required initial data, or go through
authentication workflows.

…into glenn/file-system

… out for now since it is 3x slower.

… legacy

code that concats paths with this assumption. The normalization hook in
FileSystem also removes duplicated /es. In the future it could also handle
"/." and "/..", but it doesn't yet.

Fixes the infinite-traversal bug in JS code hints & re-enables the unit
tests that were hitting it. But adds some hacky temp code to forestall race
conditions when running these tests (presumably a race on master too).

Many of the diffs are just restoring code back to what it is on master.

…lean up.

…into glenn/file-system

…tail

used as a placeholder by DocumentManager (though still a File subclass).
Like the setup on master, the filesystem APIs will all act like they don't
know anything about this 'file'.

Also: log warnings when FileSystem receives path with "." or ".." segments.

…into glenn/file-system

… Purge the _allFiles handling from FileIndex.

…irectory and FileSystem.setProjectRoot

* Assert that we're never getting relative paths
* Fix bug in duplicated-"/" normalization
* Add unit tests for path normalization

received from Node-side watcher impl

run before any file-watcher callbacks caused by that operation. This
prevents race condition bugs, e.g. files saved to disk might appear to be
conflicting changes, or renames might be treated as a delete-add pair without
fixing up the index more cleanly.

Also:
- add helpful toString() for File/Directory objects
- clarify FileSystemEntry.rename() argument

…le-system

* origin/glenn/file-system:
  Remove superfluous warning message
  Explicitly watch and unwatch directories in breadth-first order
  Make FileIndex.removeEntry a no-op for now.

…em as

a client-specific filter function. Share the same filter for both watch()
and Directory.getContents() - API now reconciled so it always takes a path
(string), not an entry obj.

Note that FileSystem._indexFilter() has a little more overhead, because it
has to find the watch-root. I timed this and it only adds a cumulative total
of 25ms while loading & watch()ing the brackets repo, so it seems manageable.

This does NOT fix the pre-existing issues around items that may be filtered
out of watching and getContents() but still added to the index anyway via
explicit getFile/getDirectoryForPath() calls.

… notification.

… filesystem code

…stemEntry.chmod and FileSystemEntry.stat

Conflicts:
	src/document/DocumentManager.js
	src/language/JSUtils.js
	src/project/ProjectManager.js
	src/search/FindInFiles.js

…le-system

…into glenn/file-system