L3MON4D3

> I already load friendly snippets, and it works just fine By directly specifying `paths` or just via `rtp`?

Ohh, IIUC `wants` only specifies that some plugin depends on another one, the snippets have to be added to luasnip via eg. `load`. Are the snippets from `friendly-snippets` present in...

Not :sweat_smile: The best way to debug that, right now, would be to just add some snippet to the different sources and check whether it's expandable.

Almost, the filetypes to load can be passed to `load()`: ```lua load({ paths = {"..."}, include = {"ft1", "ft2"}, exclude = {"notft3", "notft4"} }) ```

So, yeah, remove the other load calls, load tex-snippets and check for presence :+1:

Hmmmmmm, how about loading from `friendly-snippets` that way? eg. `:lua require("luasnip.loaders.from_vscode").load({ paths = { "~/.local/share/nvim/site/pack/packer/start/friendly-snippets/" }, include={"tex"} })` (Not sure if your path for friendly-snippets is exactly the same as...

Generally yes, but that could be prone to race-conditions as we utilize the async-file-loading from `luv` and append snippets to `ls.snippets` in the callbacks, which could lead to some snippets...

Oh, could you verify snippet-availability using `:LuaSnipListAvailable`? That way there's fewer moving pieces (-cmp_luasnip) where the error could be introduced

Could you try if the `deterministic_load`-branch fixes your issues?

Thank you :+1: You can specify the branch in the `use`-call, eg. `use({"L3MON4D3/Luasnip", branch="deterministic_load"})`. Not sure if that plays nice with NvChad though.. (are you using NvChad?)