> Did you intended to send a different patch? This looks to be the same > patch you sent at <https://orgmode.org/list/87ft78608z.fsf@localhost>.
I have no patch for the bug report in this thread. The patch I sent was intended for https://orgmode.org/list/87ft78608z.fsf@localhost. > But, trying with the current master (16f505db2), tab still doesn't > fold that heading on my end. Same on my end. Best, Ihor Kyle Meyer <k...@kyleam.com> writes: > Ihor Radchenko writes: > >> Subject: [PATCH] Do not remove trailing newline when deleting planning info >> line. >> >> * lisp/org.el (org-add-planning-info): Remove front newline instead of >> trailing newline when deleting planning info is completetly removed >> from a heading. Fixes "Cycling through TODO workflow joins the next >> line onto the current one". > > Did you intended to send a different patch? This looks to be the same > patch you sent at <https://orgmode.org/list/87ft78608z.fsf@localhost>. > > Also, can someone could provide an example case that was fixed by > ee3c3b554 (org.el: Allow empty subtrees to be folded back, 2020-09-05)? > The report that prompted that commit didn't include one: > https://orgmode.org/list/ca+yh0srpgemuyad0ds3tznwppkq8_mpact-oekk-rxoqnb-...@mail.gmail.com > > I tried with > > --8<---------------cut here---------------start------------->8--- > > * TODO a > > * TODO b > --8<---------------cut here---------------end--------------->8--- > > If I understand the original message by Dmitrii (+cc), the request was > that, since starting up folded shows the first heading as > > * TODO a... > > tab should be able to fold the heading back to that state after > expansion. But, trying with the current master (16f505db2), tab still > doesn't fold that heading on my end. Unless we have a concrete reason > to keep ee3c3b554, reverting it might be the best fix for this thread's > issue.
