Files removed after non-canonical directory scan
If a directory is scanned twice with the same directory, but with different (non-canonical) root directories supplied to c.t.n.dir/scan-dirs, files in the directory will be considered "deleted" and subsequently "unloaded" by c.t.n.reload.
This can happen after using c.t.n.repl/set-refresh-dirs with non-canonical (i.e. local) directory paths.
Steps to reproduce
In a shell:
Copy the following JAR files into the lib directory:
Back in the shell, in the project directory:
The foo namespace should still exist after the second call to refresh, but it has been removed. Calling refresh a third time will not recover the file, because its timestamp has not changed since the previous call.
Note that this does not happen if the foo namespace has no dependencies, because it will not be present in the tracker's dependency map and therefore is never considered as a candidate for unloading.
Fixed in 0.3.0-alpha4