For sure. However I do believe there are differences in the clients: VSCode behaves differently from ST (4). Tested on precisely the same package, ST (4) fails to display symbols for certain dependencies, while VSCode handles all well.
This is eglot-jl with an up-to-date LanguageServer:
(eglot-jl-20221128.1655) pkg> st
Status `~/.emacs.d/elpa/eglot-jl-20221128.1655/Project.toml`
[2b0e0bc5] LanguageServer v4.5.0
[cf896787] SymbolServer v7.3.0
I’m relatively familiar with the eglot-jl code base, and almost positive that it does not do anything fancy: simply starts the LanguageServer and communicate with it. So I’m not sure what could be missing in SublimeText and its LSP extension.
I do not know that either, but I do see that the editor does not do the same thing as VSCode. Since I believe they share the same implementation of the server component (LanguageServer.jl), I think that difference would be in the code that handles the communication on the client side.
The main questions are what environment ST/VS Code/emacs use for package resolution in this specific case, and whether that environment is instantiated.