You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In a recent update, the providers settings changed for the buffer-source, adding the fallback_for option.
While useful in principle, I personally prefer to have buffer to simply show its suggestions with lower priority instead of completely ignoring them in the presence of an LSP. I assumed that fallback_for could be disabled by passing an empty table:
But this is apparently not the case. With this config, I simply never get any buffer-suggestions. Whatever I tried, I could not figure out how to display buffer suggestions when there is also an LSP active.
A hacky workaround I found is to use fallback_for = { "Path" }, which effectively enables the buffer-source in most cases, since path does not return anything there is no /. But yeah, it's really a hacky workaround.
The text was updated successfully, but these errors were encountered:
I leave this issue open, since fallback_for = {} disabling the source completely nonetheless feels like a bug. Arguably it's maybe also a documentation issue, since it wasn't apparent from the default config, that you should simply leave out fallback_for
chrisgrieser
changed the title
Bug: not able to disable fallback_for for buffer source.
Bug: fallback_for = {} completely disables the source
Oct 16, 2024
In a recent update, the
providers
settings changed for the buffer-source, adding thefallback_for
option.While useful in principle, I personally prefer to have
buffer
to simply show its suggestions with lower priority instead of completely ignoring them in the presence of an LSP. I assumed thatfallback_for
could be disabled by passing an empty table:But this is apparently not the case. With this config, I simply never get any buffer-suggestions. Whatever I tried, I could not figure out how to display buffer suggestions when there is also an LSP active.
A hacky workaround I found is to use
fallback_for = { "Path" }
, which effectively enables the buffer-source in most cases, sincepath
does not return anything there is no/
. But yeah, it's really a hacky workaround.The text was updated successfully, but these errors were encountered: