nvim-orgmode / nvim-orgmode/orgmode

Multiple capture prompts destroy data from all but the most recently opened

Open
#1,019 3 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug
Dominant language
Lua
Stars
3.9k
Forks
190
Avg merge
2d 13h
Merged PRs (30d)
7

Description

Describe the bug

If you open multiple task capture prompts the data for all but the most recent one will be lost when saved.

checkhealth

Orgmode ~

  • ✅ OK Treesitter grammar installed (version 2.0.0)
  • ✅ OK Setup called
  • ✅ OK org_agenda_files configured
  • ✅ OK org_default_notes_file configured
  • ⚠️ WARNING shellslash is not set. This might cause issues with file paths in links. Set vim.opt.shellslash = true in your configuration
Steps to reproduce
  1. Open a capture prompt for a task by typing <Leader>oct
  2. Type something into the header
  3. Open another capture prompt for a task by typing <Leader>oct
  4. Type something into the header
  5. :x to close and write the capture prompt
  6. :x to close and write the capture prompt

At step 5 the data written in step 3 is added to the org file. At step 6 the data written in step 1 disappears and doesn't appear in the org file.

Expected behavior

The expected behavior is that the data written in both step 1 and step 3 is now in the org file.

Emacs functionality

No response

Minimal init.lua

-- Enter your minimal_init.lua here

Screenshots and recordings

No response

nvim-orgmode version

2b91d9a

OS / Distro

Windows 11

Neovim version/commit

v0.11.3

Additional context

No response

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the issue with oct in two capture prompts, entering different headers and closing each with :x. Trace the capture prompt save and close handling, then verify that both entries are written to the org file instead of only the most recently opened one.

Written by the indexing model from the issue text.

Assessment

Tech stack
lua
Domain
devtools
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.