Closed jonathanjsimon closed 8 years ago
It took me a while to figure out which package was creating the warning. This is a deal breaker. Any monkey patch fix you wanna share @jonathanjsimon ?
Edit: The screenshot looks like a Windows or *nix distro. I am on OSX.
@kilianc I'm on OSX as well. I was experimenting with getting the true path of the file, definitely possible in OSX with realpath
from GNU coreutils in homebrew
. I replaced the atom
CLI call with the below function in my .zshrc
file so that atom
always gets the real location of the folder I'm trying to open. Kind of a kludge, but it works for now.
function atom() {
if [ $# -ne 0 ]; then
/usr/local/bin/atom "$(realpath "${1}")"
fi
}
@jonathanjsimon that works for me as well thanks! Could it be related to symlinks? I have them all over the place in my workspace folder like ~ws/project/api
-> /Volumes/WS/workspace/project/api
-> /Volumes/WS/archive/client/project/api
@kilianc It's definitely the symlinks (my original report specifies that).
I have this issue too: it seems that atom.project.getPaths()
at lib/utils/style-settings.js:15 doesn’t follow symlinks, but atom.workspace.getActiveTextEditor().getPath()
does. Changing line 15 to
var projectPaths = atom.project.getPaths().map(require('fs').realpathSync)
stopped the warnings for me.
@kotoshenya that works for me too... I'll make a PR with that fix
Btw, you'll want to follow https://github.com/atom/atom/issues/9879 as it's where work on exposing the "right" path in Atom is being discussed.
When the open file is accessed through a symlink, focusing the file in atom causes the below warning. Selecting another file and then reselecting the file in question throws another warning. I originally thought this was a
linter
issue but other plugins don't seem to cause this behavior.Steps to reproduce:
.js
file.atom path/to/folder
)..js
file in Atom, notice warning..js
file, notice warning.