I've been having this same issue - the issue is quite reproducible for me,
and it has been for years. I just finally grew tired of the issue and
decided to investigate it, and yes, the issue is org-agenda-show-new-time.
I also have invisible entries in the org buffer, and the call to
Carsten Dominik carsten.domi...@gmail.com writes:
I also do not expect negative consequences. Please apply the patch, will you?
OK - patch attached. NB: there is at least one place where the wrap the
call to org-move-to-column has been applied, in
org.el:`org-comment-or-uncomment-region',
Nick Dokos ndo...@gmail.com writes:
Matt Lundin m...@imapmail.org writes:
...
In other words, within the agenda buffer, move-to-column and
move-end-of-line will move to the point to the end of the entire
invisible region. That is why removing the local binding of
buffer-invisibility-spec
Nick Dokos ndo...@gmail.com writes:
Oh, oh: I just tried following the steps in your last email and I *did*
get the infinite loop, with the same backtrace that you did. Then I
tried it again just now and it did not happen again. Is this thing not
100% reproducible?
FWIW, it is 100%
Matt Lundin m...@imapmail.org writes:
Nick Dokos ndo...@gmail.com writes:
Oh, oh: I just tried following the steps in your last email and I *did*
get the infinite loop, with the same backtrace that you did. Then I
tried it again just now and it did not happen again. Is this thing not
100%
Matt Lundin m...@imapmail.org writes:
Nick Dokos ndo...@gmail.com writes:
I haven't been able to work on the problem, but assuming that your
diagnosis above is correct, perhaps the thing to do is to bind
buffeer-invisibility-spec to nil inside org-move-to-column:
(defun org-move-to-column
Matt Lundin m...@imapmail.org writes:
...
In other words, within the agenda buffer, move-to-column and
move-end-of-line will move to the point to the end of the entire
invisible region. That is why removing the local binding of
buffer-invisibility-spec to nil triggers this bug, because when
Nick Dokos ndo...@gmail.com writes:
So you revert that commit and the infloop goes away? I looked at the
functions briefly and I don't understand how this commit could affect
what move-to-column does.
Just to confirm: Did you try rescheduling with the agenda buffer
filtered only to the home
Oh, oh: I just tried following the steps in your last email and I *did*
get the infinite loop, with the same backtrace that you did. Then I
tried it again just now and it did not happen again. Is this thing not
100% reproducible?
In any case, I'm working through the rest of your email. I should
When the agenda buffer is filtered by tag, I find that rescheduling an
item (via org-agenda-do-date-later, org-agenda-schedule, etc.) often
results in an infinite loop.
I believe this loop occurs in the function org-agenda-show-new-time.
Here are the steps I took to debug this:
1. I add a
Matt Lundin m...@imapmail.org writes:
When the agenda buffer is filtered by tag, I find that rescheduling an
item (via org-agenda-do-date-later, org-agenda-schedule, etc.) often
results in an infinite loop.
I believe this loop occurs in the function org-agenda-show-new-time.
Here are the
Nick Dokos ndo...@gmail.com writes:
Matt Lundin m...@imapmail.org writes:
My one feeble attempt to reproduce this failed. Looking at the code
Here are the steps to reproduce the problem:
1. Create file test.org with the following content:
--8---cut
Matt Lundin m...@imapmail.org writes:
Nick Dokos ndo...@gmail.com writes:
Matt Lundin m...@imapmail.org writes:
My one feeble attempt to reproduce this failed. Looking at the code
Here are the steps to reproduce the problem:
Thanks for the recipe: I still can't reproduce it - it just
13 matches
Mail list logo
