* Bug: org-agenda-todo applied to wrong line item [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)] @ 2020-08-15 16:07 Dinnyés Dániel 2020-08-15 16:45 ` Kyle Meyer 0 siblings, 1 reply; 9+ messages in thread From: Dinnyés Dániel @ 2020-08-15 16:07 UTC (permalink / raw To: emacs-orgmode [-- Attachment #1: Type: text/plain, Size: 390 bytes --] While in the Org Agenda, and navigating to the end of line for a given item (assuming more than one todo items), and calling org-agenda-todo (with keybindings t, or C-c C-t)... this result in the call being applied to the next line item, instead of the one the cursor is on. This only happens when the cursor is at the end of the line. I would consider this to be a bug. Regards, Daniel [-- Attachment #2: Type: text/html, Size: 722 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Bug: org-agenda-todo applied to wrong line item [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)] 2020-08-15 16:07 Bug: org-agenda-todo applied to wrong line item [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)] Dinnyés Dániel @ 2020-08-15 16:45 ` Kyle Meyer 2020-08-16 11:37 ` Ihor Radchenko 0 siblings, 1 reply; 9+ messages in thread From: Kyle Meyer @ 2020-08-15 16:45 UTC (permalink / raw To: Dinnyés Dániel; +Cc: emacs-orgmode Dinnyés Dániel writes: > While in the Org Agenda, and navigating to the end of line for a given item > (assuming more than one todo items), and calling org-agenda-todo (with > keybindings t, or C-c C-t)... this result in the call being applied to the > next line item, instead of the one the cursor is on. > > This only happens when the cursor is at the end of the line. > > I would consider this to be a bug. I tried using the following content as the agenda file: * TODO A * TODO B Using Emacs 26.3 with a vanilla configuration and the Org repo checked out at 5e4542d69 (the commit reported in the subject line), I didn't see the behavior you describe. With point at the end of the agenda line for A, the state was changed for A. I also can't trigger the behavior with the master branch checked out. ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Bug: org-agenda-todo applied to wrong line item [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)] 2020-08-15 16:45 ` Kyle Meyer @ 2020-08-16 11:37 ` Ihor Radchenko 2020-08-16 15:01 ` Dinnyés Dániel 2020-08-18 2:16 ` Kyle Meyer 0 siblings, 2 replies; 9+ messages in thread From: Ihor Radchenko @ 2020-08-16 11:37 UTC (permalink / raw To: Kyle Meyer, Dinnyés Dániel; +Cc: emacs-orgmode > Using Emacs 26.3 with a vanilla configuration and the Org repo checked > out at 5e4542d69 (the commit reported in the subject line), I didn't see > the behavior you describe. With point at the end of the agenda line for > A, the state was changed for A. I think that may happen when you have agenda filter active and an entry hidden by filter is between the current and next line. Best, Ihor Kyle Meyer <kyle@kyleam.com> writes: > Dinnyés Dániel writes: > >> While in the Org Agenda, and navigating to the end of line for a given item >> (assuming more than one todo items), and calling org-agenda-todo (with >> keybindings t, or C-c C-t)... this result in the call being applied to the >> next line item, instead of the one the cursor is on. >> >> This only happens when the cursor is at the end of the line. >> >> I would consider this to be a bug. > > I tried using the following content as the agenda file: > > * TODO A > * TODO B > > Using Emacs 26.3 with a vanilla configuration and the Org repo checked > out at 5e4542d69 (the commit reported in the subject line), I didn't see > the behavior you describe. With point at the end of the agenda line for > A, the state was changed for A. > > I also can't trigger the behavior with the master branch checked out. ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Bug: org-agenda-todo applied to wrong line item [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)] 2020-08-16 11:37 ` Ihor Radchenko @ 2020-08-16 15:01 ` Dinnyés Dániel 2020-08-16 15:34 ` Dinnyés Dániel 2020-08-18 2:45 ` Kyle Meyer 2020-08-18 2:16 ` Kyle Meyer 1 sibling, 2 replies; 9+ messages in thread From: Dinnyés Dániel @ 2020-08-16 15:01 UTC (permalink / raw To: emacs-orgmode; +Cc: Ihor Radchenko [-- Attachment #1: Type: text/plain, Size: 6979 bytes --] I have tried reproducing it with a minimal example, and this seems to work for me: * FOO ** TODO baz1 SCHEDULED: <2020-08-16 Sun> some text * BAR ** TODO baz2 SCHEDULED: <2020-08-16 Sun> *** DONE baz3 SCHEDULED: <2020-08-16 Sun> *** TODO baz4 SCHEDULED: <2020-08-16 Sun> When in the agenda, on the front line of item baz, setting it to DONE state works fine. OTOH, when going to the end of the line on the item baz, trying to set it to DONE results in the error message: TODO state change from TODO to DONE blocked (by "TODO baz4") Also, I have (org-enforce-todo-dependencies t), which causes the blocking, and (org-agenda-dim-blocked-tasks (quote invisible)), which hides baz2 from the agenda... because of this baz1 is followed directly by baz4 in my agenda window. Just for completeness, this my lengthy org configuration: (use-package org :init (defun org-archive-done-tasks () "Archive all DONE and CANCELED tasks in the subtree of the current entry" (interactive) (org-map-entries (lambda () (org-archive-subtree) (setq org-map-continue-from (outline-previous-heading))) "//DONE|CANCELED" 'agenda)) :bind (("C-c a" . org-agenda) ("C-c k" . org-capture) :map org-mode-map ("C-c H" . org-archive-done-tasks) ("C-c e" . org-babel-execute-src-block)) :hook (text-mode . visual-line-mode) :config (custom-set-variables '(org-agenda-span 'day) '(org-startup-indented t) '(org-startup-folded nil) '(org-directory "~/Workspace/org/") '(org-agenda-files (list org-directory)) '(org-archive-location "archives.org::datetree/* %s") '(org-agenda-diary-file (concat org-directory "diary.org")) '(org-agenda-include-diary t) '(org-deadline-warning-days 7) '(org-agenda-skip-deadline-prewarning-if-scheduled 'pre-scheduled) '(org-agenda-skip-scheduled-if-deadline-is-shown t) '(org-agenda-skip-scheduled-if-done t) '(org-agenda-todo-ignore-scheduled 'future) '(org-agenda-tags-todo-honor-ignore-options t) ;; set SCHEDULED and DEADLINE leaders in agenda view '(org-agenda-deadline-leaders (quote ("Deadline! " "In %d days: " "Late %d days: "))) '(org-agenda-scheduled-leaders (quote ("Scheduled! " "For %d days: "))) '(org-agenda-window-setup 'only-window) '(org-todo-keywords (quote ((sequence "TODO(t!)" "ONGOING(o!)" "WAITING(w@)" "|" "DONE(d@)" "CANCELED(c@)")))) '(org-todo-keyword-faces (quote (("WAITING" . "purple") ("ONGOING" . "orange") ("CANCELED" . "firebrick")))) ;; set ARCHIVE tag when todo state is set to CANCELED, and remove when reset to TODO `(org-todo-state-tags-triggers (quote ((todo . ((,org-archive-tag . nil))) ("CANCELED" . ((,org-archive-tag . t)))))) '(org-tag-persistent-alist '(("TARGET" . ?t))) '(org-tags-exclude-from-inheritance (quote ("TARGET"))) ;; REFILE BEHAVIOUR '(org-refile-targets '((nil . (:level . 1)) (nil . (:tag . "TARGET")))) '(org-refile-use-outline-path t) '(org-goto-interface 'outline-path-completion) '(org-outline-path-complete-in-steps t) ;; prefer in-steps that ido for refile completion ;; '(org-completion-use-ido t) '(org-reverse-note-order t) ;; LOGGING ;; todo state changes should be logged into drawer '(org-log-into-drawer t) ;; log when schedule or deadline changes '(org-log-redeadline (quote time)) '(org-log-reschedule (quote time)) ;;'(org-log-refile (quote time)) ; logs even when refiled during capture ;; PRIORITIES '(org-priority-start-cycle-with-default t) '(org-default-priority 70) '(org-lowest-priority 70) '(org-highest-priority 65) '(org-agenda-sorting-strategy '((agenda time-up todo-state-down priority-down) (todo category-up priority-down) (tags category-up priority-down) (search category-up))) ;; DEPENDENCIES '(org-enforce-todo-dependencies t) '(org-enforce-todo-checkbox-dependencies t) '(org-agenda-dim-blocked-tasks (quote invisible)) ;; CUSTOM COMMANDS '(org-agenda-custom-commands '(("c" . "Custom commands") ("cb" "Backlog (tasks not scheduled)" todo "TODO" ((org-agenda-skip-function '(org-agenda-skip-entry-if 'scheduled)))) ("cc" . "Filter tasks by CATEGORY") ("cci" "INBOX tasks" ((alltodo "")) ((org-agenda-category-filter-preset '("+INBOX")))) ("ccf" "INFRA tasks" ((alltodo "")) ((org-agenda-category-filter-preset '("+INFRA")))) ("ccr" "ROLES tasks" ((alltodo "")) ((org-agenda-category-filter-preset '("+ROLES")))))) ;; CAPTURE TEMPLATES '(org-capture-templates (quote (("t" "Task") ("tt" "Task (Scheduled)" entry (file+headline "tasks.org" "INBOX") "* TODO %^{Title}\nSCHEDULED: %t\n%?") ("td" "Task (Scheduled, with Deadline)" entry (file+headline "tasks.org" "INBOX") "* TODO %^{Title}\nSCHEDULED: %^{Schedule}t DEADLINE: %^{Deadline}t\n%?") ("e" "Event") ("et" "Event (with single datetime)" entry (file+headline "events.org" "INBOX") "* %^{Title}\n%^T\n%?") ("er" "Event (with date range)" entry (file+headline "events.org" "INBOX") "* %^{Title}\n%^t--%^t\n%?") ("m" "Memo" entry (file+headline "memo.org" "INBOX") "* %?\n%T\n") ("x" "Example" entry (file+headline "example.org" "INBOX") "* %?\n%^t\n")))))) Regards, Daniel On Sun, 16 Aug 2020 at 12:38, Ihor Radchenko <yantar92@gmail.com> wrote: > > Using Emacs 26.3 with a vanilla configuration and the Org repo checked > > out at 5e4542d69 (the commit reported in the subject line), I didn't see > > the behavior you describe. With point at the end of the agenda line for > > A, the state was changed for A. > > I think that may happen when you have agenda filter active and an entry > hidden by filter is between the current and next line. > > Best, > Ihor > > > Kyle Meyer <kyle@kyleam.com> writes: > > > Dinnyés Dániel writes: > > > >> While in the Org Agenda, and navigating to the end of line for a given > item > >> (assuming more than one todo items), and calling org-agenda-todo (with > >> keybindings t, or C-c C-t)... this result in the call being applied to > the > >> next line item, instead of the one the cursor is on. > >> > >> This only happens when the cursor is at the end of the line. > >> > >> I would consider this to be a bug. > > > > I tried using the following content as the agenda file: > > > > * TODO A > > * TODO B > > > > Using Emacs 26.3 with a vanilla configuration and the Org repo checked > > out at 5e4542d69 (the commit reported in the subject line), I didn't see > > the behavior you describe. With point at the end of the agenda line for > > A, the state was changed for A. > > > > I also can't trigger the behavior with the master branch checked out. > [-- Attachment #2: Type: text/html, Size: 10204 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Bug: org-agenda-todo applied to wrong line item [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)] 2020-08-16 15:01 ` Dinnyés Dániel @ 2020-08-16 15:34 ` Dinnyés Dániel 2020-08-18 2:45 ` Kyle Meyer 1 sibling, 0 replies; 9+ messages in thread From: Dinnyés Dániel @ 2020-08-16 15:34 UTC (permalink / raw To: emacs-orgmode; +Cc: Ihor Radchenko [-- Attachment #1: Type: text/plain, Size: 7930 bytes --] Made some corrections in the text below (marked with red). Also, removed the unnecessary "some text" from the body of baz1 item, as the issue can reproduce without it. On Sun, 16 Aug 2020 at 16:01, Dinnyés Dániel <dinnyesd@gmail.com> wrote: > I have tried reproducing it with a minimal example, and this works for me: > > * FOO > ** TODO baz1 > SCHEDULED: <2020-08-16 Sun> > > * BAR > ** TODO baz2 > SCHEDULED: <2020-08-16 Sun> > *** DONE baz3 > SCHEDULED: <2020-08-16 Sun> > *** TODO baz4 > SCHEDULED: <2020-08-16 Sun> > > When in the agenda, on the front line of item baz1, setting it to DONE > state works fine. > OTOH, when going to the end of the line on the item baz1, trying to set > it to DONE results in the error message: > TODO state change from TODO to DONE blocked (by "TODO baz4") > > Also, I have (org-enforce-todo-dependencies t), which causes the blocking, > and (org-agenda-dim-blocked-tasks (quote invisible)), which hides baz2 > from the agenda... because of this baz1 is followed directly by baz4 in > my agenda window. > > Since baz4 is not a direct / transitive dependency to baz1, this blocking > shouldn't happen. > I assume this happening has something to do with their closeness in the > agenda ordering, and the cursor position. > Maybe the org-agenda-todo function somehow gets "confused" by running it at > the end of the line in the agenda. > Just for completeness, this is a snapshot of my lengthy org configuration: > (use-package org > :init > (defun org-archive-done-tasks () > "Archive all DONE and CANCELED tasks in the subtree of the current > entry" > (interactive) > (org-map-entries > (lambda () > (org-archive-subtree) > (setq org-map-continue-from (outline-previous-heading))) > "//DONE|CANCELED" 'agenda)) > :bind > (("C-c a" . org-agenda) > ("C-c k" . org-capture) > :map org-mode-map > ("C-c H" . org-archive-done-tasks) > ("C-c e" . org-babel-execute-src-block)) > :hook > (text-mode . visual-line-mode) > :config > (custom-set-variables > '(org-agenda-span 'day) > '(org-startup-indented t) > '(org-startup-folded nil) > '(org-directory "~/Workspace/org/") > '(org-agenda-files (list org-directory)) > '(org-archive-location "archives.org::datetree/* %s") > '(org-agenda-diary-file (concat org-directory "diary.org")) > '(org-agenda-include-diary t) > '(org-deadline-warning-days 7) > '(org-agenda-skip-deadline-prewarning-if-scheduled 'pre-scheduled) > '(org-agenda-skip-scheduled-if-deadline-is-shown t) > '(org-agenda-skip-scheduled-if-done t) > '(org-agenda-todo-ignore-scheduled 'future) > '(org-agenda-tags-todo-honor-ignore-options t) > ;; set SCHEDULED and DEADLINE leaders in agenda view > '(org-agenda-deadline-leaders (quote ("Deadline! " "In %d days: " > "Late %d days: "))) > '(org-agenda-scheduled-leaders (quote ("Scheduled! " "For %d days: "))) > '(org-agenda-window-setup 'only-window) > '(org-todo-keywords > (quote ((sequence "TODO(t!)" "ONGOING(o!)" "WAITING(w@)" "|" "DONE(d@)" > "CANCELED(c@)")))) > '(org-todo-keyword-faces > (quote (("WAITING" . "purple") > ("ONGOING" . "orange") > ("CANCELED" . "firebrick")))) > ;; set ARCHIVE tag when todo state is set to CANCELED, and remove when > reset to TODO > `(org-todo-state-tags-triggers > (quote > ((todo . ((,org-archive-tag . nil))) > ("CANCELED" . ((,org-archive-tag . t)))))) > '(org-tag-persistent-alist > '(("TARGET" . ?t))) > '(org-tags-exclude-from-inheritance (quote ("TARGET"))) > ;; REFILE BEHAVIOUR > '(org-refile-targets > '((nil . (:level . 1)) > (nil . (:tag . "TARGET")))) > '(org-refile-use-outline-path t) > '(org-goto-interface 'outline-path-completion) > '(org-outline-path-complete-in-steps t) > ;; prefer in-steps that ido for refile completion > ;; '(org-completion-use-ido t) > '(org-reverse-note-order t) > > ;; LOGGING > ;; todo state changes should be logged into drawer > '(org-log-into-drawer t) > ;; log when schedule or deadline changes > '(org-log-redeadline (quote time)) > '(org-log-reschedule (quote time)) > ;;'(org-log-refile (quote time)) ; logs even when refiled during capture > > ;; PRIORITIES > '(org-priority-start-cycle-with-default t) > '(org-default-priority 70) > '(org-lowest-priority 70) > '(org-highest-priority 65) > '(org-agenda-sorting-strategy > '((agenda time-up todo-state-down priority-down) > (todo category-up priority-down) > (tags category-up priority-down) > (search category-up))) > > ;; DEPENDENCIES > '(org-enforce-todo-dependencies t) > '(org-enforce-todo-checkbox-dependencies t) > '(org-agenda-dim-blocked-tasks (quote invisible)) > > ;; CUSTOM COMMANDS > '(org-agenda-custom-commands > '(("c" . "Custom commands") > ("cb" "Backlog (tasks not scheduled)" todo "TODO" > ((org-agenda-skip-function > '(org-agenda-skip-entry-if 'scheduled)))) > ("cc" . "Filter tasks by CATEGORY") > ("cci" "INBOX tasks" > ((alltodo "")) > ((org-agenda-category-filter-preset '("+INBOX")))) > ("ccf" "INFRA tasks" > ((alltodo "")) > ((org-agenda-category-filter-preset '("+INFRA")))) > ("ccr" "ROLES tasks" > ((alltodo "")) > ((org-agenda-category-filter-preset '("+ROLES")))))) > > ;; CAPTURE TEMPLATES > '(org-capture-templates > (quote > (("t" "Task") > ("tt" "Task (Scheduled)" entry > (file+headline "tasks.org" "INBOX") > "* TODO %^{Title}\nSCHEDULED: %t\n%?") > ("td" "Task (Scheduled, with Deadline)" entry > (file+headline "tasks.org" "INBOX") > "* TODO %^{Title}\nSCHEDULED: %^{Schedule}t DEADLINE: %^{Deadline}t\n%?") > ("e" "Event") > ("et" "Event (with single datetime)" entry > (file+headline "events.org" "INBOX") > "* %^{Title}\n%^T\n%?") > ("er" "Event (with date range)" entry > (file+headline "events.org" "INBOX") > "* %^{Title}\n%^t--%^t\n%?") > ("m" "Memo" entry > (file+headline "memo.org" "INBOX") > "* %?\n%T\n") > ("x" "Example" entry > (file+headline "example.org" "INBOX") > "* %?\n%^t\n")))))) > > Regards, > Daniel > > On Sun, 16 Aug 2020 at 12:38, Ihor Radchenko <yantar92@gmail.com> wrote: > >> > Using Emacs 26.3 with a vanilla configuration and the Org repo checked >> > out at 5e4542d69 (the commit reported in the subject line), I didn't see >> > the behavior you describe. With point at the end of the agenda line for >> > A, the state was changed for A. >> >> I think that may happen when you have agenda filter active and an entry >> hidden by filter is between the current and next line. >> >> Best, >> Ihor >> >> >> Kyle Meyer <kyle@kyleam.com> writes: >> >> > Dinnyés Dániel writes: >> > >> >> While in the Org Agenda, and navigating to the end of line for a given >> item >> >> (assuming more than one todo items), and calling org-agenda-todo (with >> >> keybindings t, or C-c C-t)... this result in the call being applied to >> the >> >> next line item, instead of the one the cursor is on. >> >> >> >> This only happens when the cursor is at the end of the line. >> >> >> >> I would consider this to be a bug. >> > >> > I tried using the following content as the agenda file: >> > >> > * TODO A >> > * TODO B >> > >> > Using Emacs 26.3 with a vanilla configuration and the Org repo checked >> > out at 5e4542d69 (the commit reported in the subject line), I didn't see >> > the behavior you describe. With point at the end of the agenda line for >> > A, the state was changed for A. >> > >> > I also can't trigger the behavior with the master branch checked out. >> > [-- Attachment #2: Type: text/html, Size: 12956 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Bug: org-agenda-todo applied to wrong line item [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)] 2020-08-16 15:01 ` Dinnyés Dániel 2020-08-16 15:34 ` Dinnyés Dániel @ 2020-08-18 2:45 ` Kyle Meyer 2020-10-18 5:16 ` Daniel Dinnyes 1 sibling, 1 reply; 9+ messages in thread From: Kyle Meyer @ 2020-08-18 2:45 UTC (permalink / raw To: Dinnyés Dániel; +Cc: emacs-orgmode, Ihor Radchenko Dinnyés Dániel writes: > I have tried reproducing it with a minimal example, and this seems to work > for me: > > * FOO > ** TODO baz1 > SCHEDULED: <2020-08-16 Sun> > > some text > > * BAR > ** TODO baz2 > SCHEDULED: <2020-08-16 Sun> > *** DONE baz3 > SCHEDULED: <2020-08-16 Sun> > *** TODO baz4 > SCHEDULED: <2020-08-16 Sun> > > When in the agenda, on the front line of item baz, setting it to DONE state > works fine. > OTOH, when going to the end of the line on the item baz, trying to set it > to DONE results in the error message: > TODO state change from TODO to DONE blocked (by "TODO baz4") > > Also, I have (org-enforce-todo-dependencies t), which causes the blocking, > and (org-agenda-dim-blocked-tasks (quote invisible)), which hides baz2 from > the agenda... because of this baz1 is followed directly by baz4 in my > agenda window. Thanks for the minimal example and configuration. I can trigger the issue using that file and (setq org-enforce-todo-dependencies t) (setq org-agenda-dim-blocked-tasks 'invisible) with commit 5e4542d69 checked out. The issue doesn't happen with the current release (v9.3.7) or the master branch. It went away with 27e4d7ce4 (Prevent infinite loop when showing new time in agenda, 2020-02-14). I haven't taken a closer look, though. ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Bug: org-agenda-todo applied to wrong line item [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)] 2020-08-18 2:45 ` Kyle Meyer @ 2020-10-18 5:16 ` Daniel Dinnyes 0 siblings, 0 replies; 9+ messages in thread From: Daniel Dinnyes @ 2020-10-18 5:16 UTC (permalink / raw To: Kyle Meyer; +Cc: emacs-orgmode, Ihor Radchenko [-- Attachment #1: Type: text/plain, Size: 1580 bytes --] I am currently on the master branch, and it seems to have been fixed indeed! On Tue, 18 Aug 2020 at 03:45, Kyle Meyer <kyle@kyleam.com> wrote: > Dinnyés Dániel writes: > > > I have tried reproducing it with a minimal example, and this seems to > work > > for me: > > > > * FOO > > ** TODO baz1 > > SCHEDULED: <2020-08-16 Sun> > > > > some text > > > > * BAR > > ** TODO baz2 > > SCHEDULED: <2020-08-16 Sun> > > *** DONE baz3 > > SCHEDULED: <2020-08-16 Sun> > > *** TODO baz4 > > SCHEDULED: <2020-08-16 Sun> > > > > When in the agenda, on the front line of item baz, setting it to DONE > state > > works fine. > > OTOH, when going to the end of the line on the item baz, trying to set it > > to DONE results in the error message: > > TODO state change from TODO to DONE blocked (by "TODO baz4") > > > > Also, I have (org-enforce-todo-dependencies t), which causes the > blocking, > > and (org-agenda-dim-blocked-tasks (quote invisible)), which hides baz2 > from > > the agenda... because of this baz1 is followed directly by baz4 in my > > agenda window. > > Thanks for the minimal example and configuration. I can trigger the > issue using that file and > > (setq org-enforce-todo-dependencies t) > (setq org-agenda-dim-blocked-tasks 'invisible) > > with commit 5e4542d69 checked out. > > The issue doesn't happen with the current release (v9.3.7) or the master > branch. It went away with 27e4d7ce4 (Prevent infinite loop when showing > new time in agenda, 2020-02-14). I haven't taken a closer look, though. > > [-- Attachment #2: Type: text/html, Size: 2091 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Bug: org-agenda-todo applied to wrong line item [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)] 2020-08-16 11:37 ` Ihor Radchenko 2020-08-16 15:01 ` Dinnyés Dániel @ 2020-08-18 2:16 ` Kyle Meyer 2020-08-18 2:43 ` Ihor Radchenko 1 sibling, 1 reply; 9+ messages in thread From: Kyle Meyer @ 2020-08-18 2:16 UTC (permalink / raw To: Ihor Radchenko; +Cc: emacs-orgmode, Dinnyés Dániel Ihor Radchenko writes: >> Using Emacs 26.3 with a vanilla configuration and the Org repo checked >> out at 5e4542d69 (the commit reported in the subject line), I didn't see >> the behavior you describe. With point at the end of the agenda line for >> A, the state was changed for A. > > I think that may happen when you have agenda filter active and an entry > hidden by filter is between the current and next line. Thanks. With 9.1.9 (5e4542d69), that indeed does look to be an issue. * TODO a * TODO b :drop: * TODO c List those in the agenda, exclude drop, and, with point on a's line, hit M-e (move-end-of-line). Point is then at the end of the invisible b, and calling org-agenda-todo acts on b rather than a. However, as of v9.3.3, specifically a2b69c58f (org-agenda.el: Add `org-agenda-end-of-line', 2020-02-02), move-end-of-line is remapped and point ends up at the end of a, avoiding the issue. Are you able to trigger this "act on invisible entry" behavior with bound navigation commands in recent Org versions? ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Bug: org-agenda-todo applied to wrong line item [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)] 2020-08-18 2:16 ` Kyle Meyer @ 2020-08-18 2:43 ` Ihor Radchenko 0 siblings, 0 replies; 9+ messages in thread From: Ihor Radchenko @ 2020-08-18 2:43 UTC (permalink / raw To: Kyle Meyer; +Cc: emacs-orgmode, Dinnyés Dániel > Are you able to trigger this "act on invisible entry" behavior with > bound navigation commands in recent Org versions? The org version of the move-end-of-line works fine on master. Though Org remapping does not affect my key binding setup (I use alternative version of move-end-of-line) and I had to redefine the command manually. Best, Ihor Kyle Meyer <kyle@kyleam.com> writes: > Ihor Radchenko writes: > >>> Using Emacs 26.3 with a vanilla configuration and the Org repo checked >>> out at 5e4542d69 (the commit reported in the subject line), I didn't see >>> the behavior you describe. With point at the end of the agenda line for >>> A, the state was changed for A. >> >> I think that may happen when you have agenda filter active and an entry >> hidden by filter is between the current and next line. > > Thanks. With 9.1.9 (5e4542d69), that indeed does look to be an issue. > > * TODO a > * TODO b :drop: > * TODO c > > List those in the agenda, exclude drop, and, with point on a's line, hit > M-e (move-end-of-line). Point is then at the end of the invisible b, > and calling org-agenda-todo acts on b rather than a. > > However, as of v9.3.3, specifically a2b69c58f (org-agenda.el: Add > `org-agenda-end-of-line', 2020-02-02), move-end-of-line is remapped and > point ends up at the end of a, avoiding the issue. > > Are you able to trigger this "act on invisible entry" behavior with > bound navigation commands in recent Org versions? ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2020-10-18 5:18 UTC | newest] Thread overview: 9+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2020-08-15 16:07 Bug: org-agenda-todo applied to wrong line item [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)] Dinnyés Dániel 2020-08-15 16:45 ` Kyle Meyer 2020-08-16 11:37 ` Ihor Radchenko 2020-08-16 15:01 ` Dinnyés Dániel 2020-08-16 15:34 ` Dinnyés Dániel 2020-08-18 2:45 ` Kyle Meyer 2020-10-18 5:16 ` Daniel Dinnyes 2020-08-18 2:16 ` Kyle Meyer 2020-08-18 2:43 ` Ihor Radchenko
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.