[BUG] Does not play well with stevearc/aerial.vnim about goto-preview HOT 5 CLOSED

Yeah, I wouldn't assume that it's any sort of problem with goto-preview. Likely as you said, just some interaction with hidden or bufhidden. You're probably safe to close this out

from goto-preview.

Hey @joehannes goto-preview works by creating floating windows, I have never used aerial.nvim but from the looks of it this is probably an issue to open with that repo instead of goto-preview, at least that's what it looks to me at first glance. I will dig a bit further when I get a chance.

from goto-preview.

hey @rmagatti :-) cool ... my thought was, that because it seems aerial doesn't have anything bound to "gpd" ... and the bug happens on "gpd" ... I thought while "goto-preview" is checking the buffers for whatever reason ... and so on ... but since you already say it's based on floating windows ... however: if it was due to the origin of the or something like that ...??? looking things up in a buffer there and somehow the current buffer would boil down to a hidden aerial buffer or something .. (because strangely enough, I don't even have the aerial outline opened when I get that err).
I'll ping the guys at aerial.nvim as well to let them know

from goto-preview.

hehey :-)

just to let you guys know, stevearc from aerial.nvim did some defensive coding and it solved the issue ...

from goto-preview.

Got it. One thing @stevearc said that stood out to me was the buffer being deleted part. Pretty sure goto-preview isn't deleting it but depending on your vim settings, like if you don't have set hidden, buffers would be deleted automatically upon being unloaded. This might explain what's happening. Keep in mind this is just a guess for now.

from goto-preview.