org-agenda-refile doesn't work when org-outline-path-complete-in-steps is enabled

[dadinn]

ISSUE

I have the following org-mode configuration settings in my init.el (tried to put together a minimally reproducible example):

(custom-set-variables
 '(org-tag-persistent-alist
   '(("TARGET" . ?t)))
 '(org-tags-exclude-from-inheritance (quote ("TARGET")))
 '(org-refile-targets
   '((nil . (:level . 1))
     (nil . (:tag . "TARGET"))))
 '(org-refile-use-outline-path t)
 '(org-goto-interface 'outline-path-completion)
 ;; prefer in-steps that ido for refile completion
 ;; '(org-completion-use-ido t)
 '(org-outline-path-complete-in-steps t))

I am able to reproduce the problem with the following content in an org file:

* TOPLEVEL
** LEVEL ONE TARGET                                                 :TARGET:
** LEVEL ONE NONTARGET
*** LEVEL TWO TARGET                                               :TARGET:

* INBOX

** stuff to be refiled

Trying to refile "stuff to be refiled" item results in only the top-level items being offered, and no way to navigate into the :TARGET: nodes in any way.

When disabling selectrum and only using "bare" Emacs settings (even without IDO or IVY) I am given the expected multi-step choices:

BTW, I have raised similar issue against IVY.

Regarding IDO, it works fine in the sense that it lists all valid paths as options to select from, but personally I prefer not to enable the org-completion-use-ido option, and use the in-step completion instead. In that case IDO still helps with the completion of only the next step from the current position, which would be my ideal behaviour, instead of showing the possibilities for complete paths.

ENVIRONMENT

OS

Debian 11

Emacs

GNU Emacs 27.1

[dadinn]

I've looked at my old issue filed with ivy, and they referred to this workaround to disable the org-outline-path-complete-in-steps option.

I've tried it with selectrum, and indeed this reverts back to showing possible completions for complete paths.

This is less than my ideal in-step org interface, but could be an acceptable workaround if no better solution is possible.