Open dragonxlwang opened 8 years ago
Thanks for the report!
When is it opening the file? While you're browsing, it just opens automatically? Or is it when you try to open another file?
Basically, what are your steps to reproduce?
yes. For example:
My current temp fix is to delete all .DS_Store in workspace recursively...
That's really weird; I'm unable to replicate this. I'm also on OSX.
It might be a weird interaction with another package. Does this problem persist if you disable all your other installed packages temporarily?
yes. I am having this problem with only the advanced-open-file packages… Not sure if this is related to OS X instead…?
On Mar 8, 2016, at 2:11 PM, Michael Kelly notifications@github.com wrote:
That's really weird; I'm unable to replicate this. I'm also on OSX.
It might be a weird interaction with another package. Does this problem persist if you disable all your other installed packages temporarily?
—
I realized maybe this is due to that I set defaults write com.apple.finder AppleShowAllFiles YES
a while ago. However, not sure if that is indeed the cause.
I'm still unable to replicate this. My system setting for com.apple.finder AppleShowAllFiles
is 1
, which I believe is equivalent to your value. At least, my Finder shows hidden files fine.
If you create a directory with two files in it, .DS_Store
and foo.bar
, and try to open foo.bar
, does it still auto-open .DS_Store
as well? If not, what if you delete .DS_Store
, create an image file within the directory, and then view it in Finder to generate a real .DS_Store
file?
Basically I'm try to get an isolated test case that I can play around with replicating. Any help you can give is appreciated! :D
I was unable to replicate the issue. I recored my attempt: https://youtu.be/zi8PPT0H5Hc @dragonxlwang is there something I'm doing differently?
this issue is present for me too.
further are instructions.
requirements:
atom-beta@1.9.0-beta0
advanced-open-file@0.16.3
/a/b/c
Options:
Project root
Then:
cmd-shift-p
)/a/b/c
, and directory /a/b/c/d/e
exists, then new file should be /a/b/c/d/e/newfile.here
. Creating new file in root path doesn't reproduce this bug.DS_Store
file is opened automatically too.Noted:
.DS_Store
file resides in root path, aka /a/b/c/.DS_Store
@pirminis I followed your steps to the letter, same atom version, same package version, same settings, etc. and am still unable to replicate the issue. Could you find a directory tree where you consistently experience the issue and then share the filenames in that tree? The out of the tree
command would be ideal.
I'm wondering if it has something to do with the directory layout that's confusing the fuzzy finding code.
Recently after upgrading to 0.14.3 I found that advanced-open-file will always open ".DS_Store" file of the directory by default (I am using a Mac). How can I disable it? This won't happen when using default open file in atom though. Thanks,