Re: [O] Bug: Bulk reschedule with reschedule logging on fails [8.3.4 (8.3.4-5-gdc68d2-elpaplus @ /home/tyria/.emacs.d/elpa/org-plus-contrib-20160229/)]
Hello, Allen Liwrites: > I can think of three reasonable options: > > 1. Prompt for a note, then apply it to all affected items. > 2. Prompt for a note, then apply it only to items that are already >scheduled (and hence rescheduled). > 3. Don't attempt to add a note and just add timestamps. > > Then there's the unreasonable option: > > 4. Prompt for a note for each item. No worries. This is not possible without rewriting a large part of the log notes innards. > If I had to pick, I'd go with 2, but any of 1-3 is fine. In this case, > having bulk scheduling work is more important than whether > org-log-reschedule is being faithfully applied, in my opinion. It is fixed, with option 3. Global note doesn't sound like a silver bullet. Also, 3 was much easier to implement. Thank you for the feedback. Regards, -- Nicolas Goaziou
Re: [O] Bug: Bulk reschedule with reschedule logging on fails [8.3.4 (8.3.4-5-gdc68d2-elpaplus @ /home/tyria/.emacs.d/elpa/org-plus-contrib-20160229/)]
Nicolas Goaziouwrites: > > This raises another question, though. What is a reasonable behaviour for > bulk schedule+log? I can think of three reasonable options: 1. Prompt for a note, then apply it to all affected items. 2. Prompt for a note, then apply it only to items that are already scheduled (and hence rescheduled). 3. Don't attempt to add a note and just add timestamps. Then there's the unreasonable option: 4. Prompt for a note for each item. If I had to pick, I'd go with 2, but any of 1-3 is fine. In this case, having bulk scheduling work is more important than whether org-log-reschedule is being faithfully applied, in my opinion. Allen signature.asc Description: PGP signature
Re: [O] Bug: Bulk reschedule with reschedule logging on fails [8.3.4 (8.3.4-5-gdc68d2-elpaplus @ /home/tyria/.emacs.d/elpa/org-plus-contrib-20160229/)]
Hello, Allen Liwrites: > The TODO items need to be scheduled first (since it's the REschedule > that is causing it). Can you try: > > * TODO A > SCHEDULED: <2016-01-01 Mon> > * TODO B > SCHEDULED: <2016-01-01 Mon> I can now reproduce it. This raises another question, though. What is a reasonable behaviour for bulk schedule+log? Regards, -- Nicolas Goaziou
Re: [O] Bug: Bulk reschedule with reschedule logging on fails [8.3.4 (8.3.4-5-gdc68d2-elpaplus @ /home/tyria/.emacs.d/elpa/org-plus-contrib-20160229/)]
The TODO items need to be scheduled first (since it's the REschedule that is causing it). Can you try: * TODO A SCHEDULED: <2016-01-01 Mon> * TODO B SCHEDULED: <2016-01-01 Mon> Nicolas Goaziouwrites: > Hello, > > Allen Li writes: > >> When bulk rescheduling TODO items with org-log-reschedule set to 'note, >> only the first marked item will get rescheduled. I have reproduced this >> on a fresh clone of the Git repo with a minimal config. >> >> Here is the *Messages* snippet: >> >> Org-mode version 8.3.4 (release_8.3.4-635-g268486 @ >> //org-mode/lisp/) >> Press key for agenda command (unrestricted): >> 1 entries marked for bulk action >> 2 entries marked for bulk action >> Bulk: [$]arch [A]rch->sib [t]odo [+/-]tag [s]chd [d]eadline [r]efile >> [S]catter [f]unction >> Scheduled to <2016-03-09 Wed> [2 times] >> Skipping removed entry at #> test.org> >> Acted on 1 entries, skipped 1 (disappeared before their turn) >> Note store >> >> Here is the config: >> >> (add-to-list 'load-path (expand-file-name "~//org-mode/lisp")) >> (add-to-list 'auto-mode-alist '("\\.\\(org\\ |org_archive\\|txt\\)$" . >> org-mode)) >> (setq org-agenda-files '("/tmp/test.org")) >> (require 'org-install) >> (require 'org-habit) >> >> (global-set-key "\C-cl" 'org-store-link) >> (global-set-key "\C-ca" 'org-agenda) >> (global-set-key "\C-cb" 'org-iswitchb) >> >> (setq org-log-reschedule 'note) > > I cannot reproduce it with the following "test.org": > > * TODO A > * TODO B > > Could you also provide the "test.org" you are using? Thank you. > > > Regards, signature.asc Description: PGP signature
Re: [O] Bug: Bulk reschedule with reschedule logging on fails [8.3.4 (8.3.4-5-gdc68d2-elpaplus @ /home/tyria/.emacs.d/elpa/org-plus-contrib-20160229/)]
Hello, Allen Liwrites: > When bulk rescheduling TODO items with org-log-reschedule set to 'note, > only the first marked item will get rescheduled. I have reproduced this > on a fresh clone of the Git repo with a minimal config. > > Here is the *Messages* snippet: > > Org-mode version 8.3.4 (release_8.3.4-635-g268486 @ > //org-mode/lisp/) > Press key for agenda command (unrestricted): > 1 entries marked for bulk action > 2 entries marked for bulk action > Bulk: [$]arch [A]rch->sib [t]odo [+/-]tag [s]chd [d]eadline [r]efile > [S]catter [f]unction > Scheduled to <2016-03-09 Wed> [2 times] > Skipping removed entry at # test.org> > Acted on 1 entries, skipped 1 (disappeared before their turn) > Note store > > Here is the config: > > (add-to-list 'load-path (expand-file-name "~//org-mode/lisp")) > (add-to-list 'auto-mode-alist '("\\.\\(org\\ |org_archive\\|txt\\)$" . > org-mode)) > (setq org-agenda-files '("/tmp/test.org")) > (require 'org-install) > (require 'org-habit) > > (global-set-key "\C-cl" 'org-store-link) > (global-set-key "\C-ca" 'org-agenda) > (global-set-key "\C-cb" 'org-iswitchb) > > (setq org-log-reschedule 'note) I cannot reproduce it with the following "test.org": * TODO A * TODO B Could you also provide the "test.org" you are using? Thank you. Regards, -- Nicolas Goaziou
[O] Bug: Bulk reschedule with reschedule logging on fails [8.3.4 (8.3.4-5-gdc68d2-elpaplus @ /home/tyria/.emacs.d/elpa/org-plus-contrib-20160229/)]
When bulk rescheduling TODO items with org-log-reschedule set to 'note, only the first marked item will get rescheduled. I have reproduced this on a fresh clone of the Git repo with a minimal config. Here is the *Messages* snippet: Org-mode version 8.3.4 (release_8.3.4-635-g268486 @ //org-mode/lisp/) Press key for agenda command (unrestricted): 1 entries marked for bulk action 2 entries marked for bulk action Bulk: [$]arch [A]rch->sib [t]odo [+/-]tag [s]chd [d]eadline [r]efile [S]catter [f]unction Scheduled to <2016-03-09 Wed> [2 times] Skipping removed entry at # Acted on 1 entries, skipped 1 (disappeared before their turn) Note store Here is the config: (add-to-list 'load-path (expand-file-name "~//org-mode/lisp")) (add-to-list 'auto-mode-alist '("\\.\\(org\\ |org_archive\\|txt\\)$" . org-mode)) (setq org-agenda-files '("/tmp/test.org")) (require 'org-install) (require 'org-habit) (global-set-key "\C-cl" 'org-store-link) (global-set-key "\C-ca" 'org-agenda) (global-set-key "\C-cb" 'org-iswitchb) (setq org-log-reschedule 'note) Emacs : GNU Emacs 24.5.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.16.6) of 2015-09-09 on foutrelis