Bug: org-capture does not work if called from minibuffer (Org mode version 9.6.10 (9.6.10-n/a-g902975)

Bug: org-capture does not work if called from minibuffer (Org mode version 9.6.10 (9.6.10-n/a-g902975)

[Cletip Cletip]

[-- Attachment #1: Type: text/plain, Size: 820 bytes --]

Hello,

It's almost the same as described here:
https://mail.gnu.org/archive/html/emacs-orgmode/2020-12/msg00199.html. BUT,
this only comes into play in the following case:

Suppose you want to complete an org-capture template with this: “%^{Title}”.
When you call this capture, the minibuffer allows you to select the title
(in the minibuffer). But, if you want to capture "from" this minibuffer, it
crashes org-capture with the error (just after the choice of the second
template) :
org-capture: Capture template 'u': Can't expand minibuffer to full frame.

Concrete use case: capturing an org-roam node (and complete the title),
trying to insert a node that doesn't yet exist (and therefore reopening
org-capture) in the title of the first capture process.

Thank you in advance for your reply.

[-- Attachment #2: Type: text/html, Size: 1021 bytes --]

Re: Bug: org-capture does not work if called from minibuffer (Org mode version 9.6.10 (9.6.10-n/a-g902975)

[Ihor Radchenko]

Cletip Cletip <clement020302@gmail.com> writes:

> It's almost the same as described here:
> https://mail.gnu.org/archive/html/emacs-orgmode/2020-12/msg00199.html. BUT,
> this only comes into play in the following case:
>
> Suppose you want to complete an org-capture template with this: “%^{Title}”.
> When you call this capture, the minibuffer allows you to select the title
> (in the minibuffer). But, if you want to capture "from" this minibuffer, it
> crashes org-capture with the error (just after the choice of the second
> template) :
> org-capture: Capture template 'u': Can't expand minibuffer to full frame.

Thanks for reporting!
Do you see the problem when using the latest development version of Org mode?

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>

Re: Bug: org-capture does not work if called from minibuffer (Org mode version 9.6.10 (9.6.10-n/a-g902975)

[Clément Payard]

[-- Attachment #1: Type: text/plain, Size: 1809 bytes --]

Hi !

Sorry for the delay.

Version: Org mode version 9.7-pre (9.7-pre-n/a-g1c5492)
(I hope it's the last, I use elpaca).

No, the behavior is not actually the same: for me (hoping my configuration
doesn't interfere), everything goes “as expected”, except that the second
capture cancels the first.

In other words, I can insert, in the title of the first one (using
org-roam-node-insert):

[[id:idOfTheSecondCaptureAlreadyDid][aDescription, the second capture]]

BUT, when I finish the first one, I get the error:
Error running timer 'org-capture': (error “Capture abort: Selecting deleted
buffer”).

So you can't stack captures?

Thanks again for your future answers.

Le sam. 18 mai 2024 à 07:55, Ihor Radchenko <yantar92@posteo.net> a écrit :

> Cletip Cletip <clement020302@gmail.com> writes:
>
> > It's almost the same as described here:
> > https://mail.gnu.org/archive/html/emacs-orgmode/2020-12/msg00199.html.
> BUT,
> > this only comes into play in the following case:
> >
> > Suppose you want to complete an org-capture template with this:
> “%^{Title}”.
> > When you call this capture, the minibuffer allows you to select the title
> > (in the minibuffer). But, if you want to capture "from" this minibuffer,
> it
> > crashes org-capture with the error (just after the choice of the second
> > template) :
> > org-capture: Capture template 'u': Can't expand minibuffer to full frame.
>
> Thanks for reporting!
> Do you see the problem when using the latest development version of Org
> mode?
>
> --
> Ihor Radchenko // yantar92,
> Org mode contributor,
> Learn more about Org mode at <https://orgmode.org/>.
> Support Org development at <https://liberapay.com/org-mode>,
> or support my work at <https://liberapay.com/yantar92>
>

[-- Attachment #2: Type: text/html, Size: 2675 bytes --]

Re: Bug: org-capture does not work if called from minibuffer (Org mode version 9.6.10 (9.6.10-n/a-g902975)

[Ihor Radchenko]

Clément Payard <payard.clement63@gmail.com> writes:

> Version: Org mode version 9.7-pre (9.7-pre-n/a-g1c5492)
> (I hope it's the last, I use elpaca).
>
> No, the behavior is not actually the same: for me (hoping my configuration
> doesn't interfere), everything goes “as expected”, except that the second
> capture cancels the first.
>
> In other words, I can insert, in the title of the first one (using
> org-roam-node-insert):
>
> [[id:idOfTheSecondCaptureAlreadyDid][aDescription, the second capture]]
>
> BUT, when I finish the first one, I get the error:
> Error running timer 'org-capture': (error “Capture abort: Selecting deleted
> buffer”).
>
> So you can't stack captures?

You can stack captures.
Also, org-capture does not start any timers.
May you provide steps to reproduce the problem you are seeing starting
from clean Emacs?

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>

Re: Bug: org-capture does not work if called from minibuffer (Org mode version 9.6.10 (9.6.10-n/a-g902975)

[Clément Payard]

[-- Attachment #1: Type: text/plain, Size: 2040 bytes --]

Yes, of course:

init.el configuration :
---------
(add-to-list 'load-path “/home/.../org-mode/lisp”)

(require 'org-capture)

(setq org-capture-templates
      '((“t” “Todo” entry (file+headline
“/home/user/Testdedossier/src/.emacs.d/test.org” “Tasks”)
         “* TODO %^{Name task}\n %i\n %a”)))

(global-set-key (kbd “C-c c”) 'org-capture)
---------

Now, call org-capture, select "t". IN creating the "title" = "Name Task" of
the first capture, call up a second capture. Finish the second capture.
Return to the first capture's title/“Name task”. End the first capture's
“Name task”, and note the error:
condition-case: Capture abort: Selecting deleted buffer

Expected behaviour: correct completion of first capture.

Le jeu. 23 mai 2024 à 17:20, Ihor Radchenko <yantar92@posteo.net> a écrit :

> Clément Payard <payard.clement63@gmail.com> writes:
>
> > Version: Org mode version 9.7-pre (9.7-pre-n/a-g1c5492)
> > (I hope it's the last, I use elpaca).
> >
> > No, the behavior is not actually the same: for me (hoping my
> configuration
> > doesn't interfere), everything goes “as expected”, except that the second
> > capture cancels the first.
> >
> > In other words, I can insert, in the title of the first one (using
> > org-roam-node-insert):
> >
> > [[id:idOfTheSecondCaptureAlreadyDid][aDescription, the second capture]]
> >
> > BUT, when I finish the first one, I get the error:
> > Error running timer 'org-capture': (error “Capture abort: Selecting
> deleted
> > buffer”).
> >
> > So you can't stack captures?
>
> You can stack captures.
> Also, org-capture does not start any timers.
> May you provide steps to reproduce the problem you are seeing starting
> from clean Emacs?
>
> --
> Ihor Radchenko // yantar92,
> Org mode contributor,
> Learn more about Org mode at <https://orgmode.org/>.
> Support Org development at <https://liberapay.com/org-mode>,
> or support my work at <https://liberapay.com/yantar92>
>

[-- Attachment #2: Type: text/html, Size: 2890 bytes --]

Re: Bug: org-capture does not work if called from minibuffer (Org mode version 9.6.10 (9.6.10-n/a-g902975)

[Ihor Radchenko]

Clément Payard <payard.clement63@gmail.com> writes:

> init.el configuration :
> ---------
> (add-to-list 'load-path “/home/.../org-mode/lisp”)
>
> (require 'org-capture)
>
> (setq org-capture-templates
>       '((“t” “Todo” entry (file+headline
> “/home/user/Testdedossier/src/.emacs.d/test.org” “Tasks”)
>          “* TODO %^{Name task}\n %i\n %a”)))
>
> (global-set-key (kbd “C-c c”) 'org-capture)
> ---------
>
> Now, call org-capture, select "t". IN creating the "title" = "Name Task" of
> the first capture, call up a second capture. Finish the second capture.
> Return to the first capture's title/“Name task”. End the first capture's
> “Name task”, and note the error:
> condition-case: Capture abort: Selecting deleted buffer
>
> Expected behaviour: correct completion of first capture.

Fixed, on main.
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=331086ebe

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>

Re: Bug: org-capture does not work if called from minibuffer (Org mode version 9.6.10 (9.6.10-n/a-g902975)

[Clément Payard]

[-- Attachment #1: Type: text/plain, Size: 1356 bytes --]

Thank you very much !

Le mar. 11 juin 2024 à 07:28, Ihor Radchenko <yantar92@posteo.net> a écrit :

> Clément Payard <payard.clement63@gmail.com> writes:
>
> > init.el configuration :
> > ---------
> > (add-to-list 'load-path “/home/.../org-mode/lisp”)
> >
> > (require 'org-capture)
> >
> > (setq org-capture-templates
> >       '((“t” “Todo” entry (file+headline
> > “/home/user/Testdedossier/src/.emacs.d/test.org” “Tasks”)
> >          “* TODO %^{Name task}\n %i\n %a”)))
> >
> > (global-set-key (kbd “C-c c”) 'org-capture)
> > ---------
> >
> > Now, call org-capture, select "t". IN creating the "title" = "Name Task"
> of
> > the first capture, call up a second capture. Finish the second capture.
> > Return to the first capture's title/“Name task”. End the first capture's
> > “Name task”, and note the error:
> > condition-case: Capture abort: Selecting deleted buffer
> >
> > Expected behaviour: correct completion of first capture.
>
> Fixed, on main.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=331086ebe
>
> --
> Ihor Radchenko // yantar92,
> Org mode contributor,
> Learn more about Org mode at <https://orgmode.org/>.
> Support Org development at <https://liberapay.com/org-mode>,
> or support my work at <https://liberapay.com/yantar92>
>

[-- Attachment #2: Type: text/html, Size: 2321 bytes --]