can not handle git worktree multiple branches

[matu3ba]

I think this problem is caused by upstream, but not too sure.

If I wan to open an existing worktree, ie master to check some stuff, then I get unrelated (yet cached) files.

The problem does not persist, if I send the files to a quickfixlist and use :cfdo lua require("harpoon.mark").add_file()
or if I manually set the files with

map('n', '<leader>mj', [[<cmd>lua require("harpoon.mark").set_current_at(1)<CR>]], opts) --m means make to 1
map('n', '<leader>mk', [[<cmd>lua require("harpoon.mark").set_current_at(2)<CR>]], opts)
map('n', '<leader>ml', [[<cmd>lua require("harpoon.mark").set_current_at(3)<CR>]], opts)

[matu3ba]

I suspect that harpoon keeps a session file somewhere in /tmp correlating to the cwd, which may or not may be overwritable to prevent accidental session problems (say one opens multiple instances).

I did not suspect that :cfdo lua require("harpoon.mark").add_file() has different behavior on this.

By session I mean the harpoon-internal session tracking, not session files created within neovim with mks. My git worktree master has no session file in it.

[matu3ba]

My workaround is to use add_cmd('HSend', [[:cfdo lua require("harpoon.mark").add_file()]], {}) instead

Please let me know, if this a use case you want to support or otherwise close this issue.

[asbjornhaland]

I am currently on vacation and will have a look at this when I'm back. Thanks for using this :-)

[matu3ba]

Have fun on vacation then.

[asbjornhaland]

I don't know if I understand the problem correctly. Is the problem related to refreshing the marks after changing worktree?

If you:

• Open telescope
• Select one or more files (with <TAB>)
• Use this custom action to send the selected to harpoon
• Open harpoon menu

What do you see? are the marks present?
If you then change worktree, are the marks present?

--

Harpoon stores marks in a harpoon.json (in XDG_CONFIG) keyed each on branchname/cwd (depending on your config). See the implementation here and here

--

Your workaround uses qflist which should not be necessary.