The internal command used to open settings is trying to open the file Default/Preferences.sublime-settings
; that is, a file named Preferences.sublime-settings
from the package named Default
. That can exist in two places; it can exist inside of Default.sublime-package
, and it can exist in a file named Preferences.sublime-settings
inside of a folder named Default
inside of the packages folder, which on MacOS is $HOME/Library/Application Support/Sublime Text 3/Packages
.
Whenever loading any package file, Sublime looks for a file in the Packages folder first, and then only loads the version from the sublime-package
file if there is no such file found. This is the basis of overrides
in Sublime, i.e. the ability to modify the contents of a package without directly modifying the sublime-package
file (which will get replaced without warning on upgrade because you’re not supposed to touch them).
So, the error message is just the command saying that it tried to load the file from the Packages
folder but was unable to do so. Thus it falls back to the version in the Default.sublime-package
file, gets the data, and shows you the preferences. It’s harmless and working as intended.
I would guess that the message is the result of the command internally reusing file opening code used elsewhere in the Sublime core. Normally you would want to see an error message in that case, so the command writes it to the console. In this case the calling code recognizes the error and then does something else in response (i.e. looking inside the sublime-package
file).