Fix failing cider-expected-ns test on windows

In cider-expected-ns, a test was providing a `path` of
"/a/foo/bar/baz_utils.clj" when `cider-classpath-entries had a value of
`'("/a" "/b" "/c" "/c/inner" "/base/clj" "/base/clj-dev")`

The tests expects the cider-classpath to be picked up in
`cider-expected-ns` and drop the `/a` prefix from the generated
namespaced, leaving `foo.bar.baz-utils`

This was not happening on windows because cider-expected-ns was first
calling `file-truename` on `path`, which prefixed the path with the
drive name. This caused the `file-in-directory-p` check to start failing
because "z:/a/foo/..." is not considered to be in `"/a"` on windows.
This made cider think that the `path` was not located anywhere on the
current classpath.

Mapping over all the directories with `file-truename` fixes this on
windows, and should also be a safe operation on sane operating systems.

I am not sure how clojure-ts-mode changes caused this bug, or surfaced
it.

Author: dannyfreeman

Eldev

@@ -14,8 +14,7 @@
 
 (defvar clojure-ts-failing-tests
   (when (member system-type '(ms-dos windows-nt cygwin))
-    '("./test/cider-client-tests.el"
-      "./test/cider-eval-tests.el"))
+    '("./test/cider-eval-tests.el"))
   "Tests that fail when running against clojure-ts-mode. These need to be fixed.
 See 'cider-expected-ns returns the namespace matching the given string path'
 and 'cider-provide-file can handle multibyte characters'

cider-client.el

@@ -154,6 +154,7 @@ nREPL connection."
              (relpath (thread-last
                         (cider-classpath-entries)
                         (seq-filter #'file-directory-p)
+                        (seq-map #'file-truename)
                         (seq-map (lambda (dir)
                                    (when (file-in-directory-p path dir)
                                      (file-relative-name path dir))))