When starting Neovim and opening a .org file, it reports "No fold found" (via <Tab>). However after toggling all folds (via <S-Tab>), it is then able to find the fold in the same location where it couldn't before.
* TODO This item is due next week :one:
- Related task: [[*Do foo]]
- [X] A todo item
that would be nice if it lined up
- [ ] Another todo item
DEADLINE: <2021-10-30 Sat> SCHEDULED: <2021-10-23 Sat>
:LOGBOOK:
CLOCK: [2021-10-23 Sat 10:54]--[2021-10-23 Sat 15:51] => 4:57
CLOCK: [2021-10-23 Sat 10:48]--[2021-10-23 Sat 10:48] => 0:00
:END:
[2021-10-23 Sat]
** TODO This is a sub-item, due slightly before
DEADLINE: <2021-10-29 Fri>
* TODO This item is due tomorrow
DEADLINE: <2021-10-24 Sun>
On the very first line (cursor at {1, 0} as :h nvim_win_get_cursor reports it) press the (default-mapped) <Tab>.
Observe the text "No fold" on the command-line.
Press <S-Tab> until all folds have cycled back to "fully open".
Press <Tab> on the first heading again, observe that it now works.
Expected behavior
<Tab> presses always perform the same functionality.
Are you using "tree-sitter" branch?
Yes
Describe the bug
When starting Neovim and opening a
.org
file, it reports "No fold found" (via<Tab>
). However after toggling all folds (via<S-Tab>
), it is then able to find the fold in the same location where it couldn't before.Steps to reproduce
mkdir -p ~/org/agenda && touch ~/org/refile.org
refile.org
:{1, 0}
as:h nvim_win_get_cursor
reports it) press the (default-mapped)<Tab>
.<S-Tab>
until all folds have cycled back to "fully open".<Tab>
on the first heading again, observe that it now works.Expected behavior
<Tab>
presses always perform the same functionality.Emacs functionality
No response
Screenshots and recordings
https://user-images.githubusercontent.com/31262046/138573355-3f3cbc7b-f016-447a-8a4b-2053a6bc503c.mp4
OS / Distro
Linux, Fedora 34
Neovim version/commit
NVIM v0.6.0-dev+493-g035d82e0d
Additional context
Treesitter Playground output here: