Hey,
On 2025-05-30 09:53, jman wrote:
> So, it seems that xclip-mode with default options triggers this
> issue (I am using Wayland so `wl-copy` is invoked).
For what it’s worth, I’m also under wayland and using `wl-clipboard'.
With the default `xclip' settings the `xclip-method' still picks out
"Jacob S. Gordon" writes:
This “memory” effect of refiling the previous item, plus the error
message about pasting the subtree made me think it was related to
yanking/killing. If I apply your xclip settings in a terminal window,
I can reproduce the weird refiling behaviour:
#+begin_src emacs-l
Hey jman,
On 2025-05-29 14:28, jman wrote:
> I've recorded a screencast, hope it helps
> https://asciinema.org/a/mRpT3Tw5ojhncySFfCAY0DKTJ
>
> In this recording I can see:
> - when refiling, the choosen item disappears and instead a previously refiled
> one is duplicated
> - the `org-paste-subtr
"Jacob S. Gordon" writes:
Can you play around with your test buffer /until/ you reach something
unexpected, then undo it, note the buffer contents, and repeat the
command? This would help narrow things down. Your config doesn’t set
`org-refile-use-cache' to `t', so I don’t think there’s any glo
Hey jman,
Sorry to hear that — here are a few ideas.
On 2025-05-27 18:28, jman wrote:
> I can reproduce some of this strangeness with emacs -Q so I /think/
> my config should be fine.
Can you play around with your test buffer /until/ you reach something
unexpected, then undo it, note the buffer
Hello,
I'm starting learning about org-refile and org-capture.
Using the following test file, I try to move items here and there.
--8<---cut here---start->8---
;; (setq org-refile-targets '((nil :maxlevel . 6)))
* TEST
** Second level 1
*** task for Second
