[O] Bug: finding close tasks has infinite loop [9.0.5 (release_9.0.5-433-ge65be5 @ /home/hs/.emacs.d/git/org-mode/lisp/)]
Hello, when searching all closed tasks which are closed one month ago and before I use following custom agenda: #+BEGIN_QUOTE ("Uc" "Closed -1 month" ( (tags "+CLOSED<\"<-1m>\"-TODO=\"CANCELLED\"-TODO=\"NOTE\"" ((org-use-tag-inheritance nil))) ) ((org-agenda-overriding-header "Longterm closed items") (org-agenda-compact-blocks nil) (org-agenda-property-list '("level"))) ) #+END_QUOTE This works for nearly all my org files. But i have one which gives an infinte loop. I digged it down and found with following recipe the position in the org file to the task which produces the infinite loop: #+BEGIN_QUOTE (let ((org-agenda-files '("~/notes/bug/test.org"))) (org-tags-view nil "+CLOSED<=\"<-1m>\"")) #+END_QUOTE The part of the org file (the content test.org from recipe) is: #+BEGIN_QUOTE ** DONE Task :@status: CLOSED: [2017-02-17 Fr 14:08] :CLOCK: CLOCK: [2016-03-07 Mo 12:58]--[2016-03-07 Mo 14:09] => 1:11 CLOCK: [2016-02-08 Mo 13:00]--[2016-02-08 Mo 13:44] => 0:44 CLOCK: [2015-12-07 Mo 13:04]--[2015-12-07 Mo 14:29] => 1:25 CLOCK: [2015-12-01 Di 06:49]--[2015-12-01 Di 07:41] => 0:52 CLOCK: [2015-11-30 Mo 12:13]--[2015-11-30 Mo 15:22] => 3:09 CLOCK: [2015-11-27 Fr 07:17]--[2015-11-27 Fr 08:13] => 0:56 CLOCK: [2015-11-23 Mo 13:05]--[2015-11-23 Mo 14:33] => 1:28 CLOCK: [2015-11-16 Mo 13:02]--[2015-11-16 Mo 15:20] => 2:18 CLOCK: [2015-11-16 Mo 07:49]--[2015-11-16 Mo 08:45] => 0:56 CLOCK: [2015-11-09 Mo 13:10]--[2015-11-09 Mo 13:55] => 0:45 CLOCK: [2015-10-26 Mo 13:06]--[2015-10-26 Mo 13:58] => 0:52 CLOCK: [2015-10-12 Mo 13:04]--[2015-10-12 Mo 14:17] => 1:13 CLOCK: [2015-10-05 Mo 13:00]--[2015-10-05 Mo 14:16] => 1:16 CLOCK: [2015-09-28 Mo 13:03]--[2015-09-28 Mo 14:09] => 1:06 CLOCK: [2015-09-25 Fr 09:29]--[2015-09-25 Fr 09:31] => 0:02 CLOCK: [2015-08-10 Mo 13:09]--[2015-08-10 Mo 14:02] => 0:53 CLOCK: [2015-08-03 Mo 12:59]--[2015-08-03 Mo 14:00] => 1:01 CLOCK: [2015-07-27 Mo 13:00]--[2015-07-27 Mo 14:33] => 1:33 CLOCK: [2015-07-15 Mi 09:05]--[2015-07-15 Mi 10:06] => 1:01 CLOCK: [2015-06-29 Mo 10:48]--[2015-06-29 Mo 11:33] => 0:45 CLOCK: [2015-05-06 Mi 12:32]--[2015-05-06 Mi 12:59] => 0:27 CLOCK: [2015-05-05 Di 14:18]--[2015-05-05 Di 14:36] => 0:18 CLOCK: [2015-04-29 Mi 12:41]--[2015-04-29 Mi 12:58] => 0:17 CLOCK: [2015-04-29 Mi 09:01]--[2015-04-29 Mi 10:03] => 1:02 CLOCK: [2015-04-14 Di 12:15]--[2015-04-14 Di 13:04] => 0:49 CLOCK: [2015-04-14 Di 06:40]--[2015-04-14 Di 06:47] => 0:07 CLOCK: [2015-04-13 Mo 12:15]--[2015-04-13 Mo 14:02] => 1:47 CLOCK: [2015-04-13 Mo 08:30]--[2015-04-13 Mo 10:00] => 1:30 CLOCK: [2015-04-13 Mo 07:22]--[2015-04-13 Mo 08:30] => 1:08 CLOCK: [2015-04-10 Fr 13:38]--[2015-04-10 Fr 15:45] => 2:07 CLOCK: [2015-04-10 Fr 11:55]--[2015-04-10 Fr 13:04] => 1:09 CLOCK: [2015-04-10 Fr 06:48]--[2015-04-10 Fr 11:38] => 4:50 CLOCK: [2015-04-09 Do 14:58]--[2015-04-09 Do 14:59] => 0:01 CLOCK: [2015-04-09 Do 12:18]--[2015-04-09 Do 12:58] => 0:40 CLOCK: [2015-04-09 Do 06:41]--[2015-04-09 Do 09:16] => 2:35 CLOCK: [2015-04-08 Mi 12:38]--[2015-04-08 Mi 13:05] => 0:27 CLOCK: [2015-04-08 Mi 07:19]--[2015-04-08 Mi 10:06] => 2:47 CLOCK: [2015-04-08 Mi 07:11]--[2015-04-08 Mi 07:18] => 0:07 CLOCK: [2015-04-07 Di 13:24]--[2015-04-07 Di 15:50] => 2:26 CLOCK: [2015-04-07 Di 10:36]--[2015-04-07 Di 12:48] => 2:12 CLOCK: [2015-04-07 Di 10:31]--[2015-04-07 Di 10:36] => 0:05 CLOCK: [2015-04-07 Di 06:46]--[2015-04-07 Di 08:18] => 1:32 CLOCK: [2015-04-02 Do 06:27]--[2015-04-02 Do 08:24] => 1:57 CLOCK: [2015-04-01 Mi 12:15]--[2015-04-01 Mi 14:13] => 1:58 CLOCK: [2015-04-01 Mi 07:19]--[2015-04-01 Mi 10:01] => 2:42 CLOCK: [2015-03-31 Di 15:15]--[2015-03-31 Di 16:15] => 1:00 CLOCK: [2015-03-31 Di 13:31]--[2015-03-31 Di 14:14] => 0:43 CLOCK: [2015-03-30 Mo 07:07]--[2015-03-30 Mo 07:10] => 0:03 CLOCK: [2015-03-27 Fr 06:16]--[2015-03-27 Fr 06:54] => 0:38 CLOCK: [2015-03-25 Mi 07:23]--[2015-03-25 Mi 09:07] => 1:44 CLOCK: [2015-03-24 Di 07:41]--[2015-03-24 Di 08:23] => 0:42 CLOCK: [2015-03-24 Di 06:46]--[2015-03-24 Di 06:47] => 0:01 CLOCK: [2015-03-23 Mo 12:32]--[2015-03-23 Mo 14:37] => 2:05 CLOCK: [2015-03-23 Mo 07:00]--[2015-03-23 Mo 07:06] => 0:06 CLOCK: [2015-03-20 Fr 13:28]--[2015-03-20 Fr 13:35] => 0:07 CLOCK: [2015-03-20 Fr 07:00]--[2015-03-20 Fr 07:17] => 0:17 CLOCK: [2015-03-19 Do 12:21]--[2015-03-19 Do 13:04] => 0:43 CLOCK: [2015-03-19 Do 06:40]--[2015-03-19 Do 07:10] => 0:30 CLOCK: [2015-03-18 Mi 06:59]--[2015-03-18 Mi 07:08] => 0:09 CLOCK: [2015-03-17 Di 06:35]--[2015-03-17 Di 08:28] => 1:53 CLOCK: [2015-03-16 Mo 12:38]--[2015-03-16 Mo 14:51] => 2:13 CLOCK: [2015-03-13 Fr 06:28]--[2015-03-13 Fr 06:36] => 0:08 CLOCK: [2015-03-12 Do 12:17]--[2015-0
Re: [O] [BUG] org-link-search fails if search string contains new lines
On Thu, Mar 30, 2017 at 6:50 AM, Nicolas Goaziou wrote: > Thank you. Unfortunately, there is not much to do with this. Could you > do some debugging when running the faulty test? It may come from > something in your configuration. I think I figured it out. During the fuzzy-links test, org-open-at-point is invoked to open a file that was created with org-test-with-temp-text-in-file. The temp file does not have a .org extension. As a result, my mac attempts to open the file outside of emacs, which produces an unexpected result. The solution is to pass an argument to org-open-at-point, which ensures that the file is opened in emacs. A patch is attached. 0001-Ensure-test-files-are-opened-in-Emacs-in-test-org-fu.patch Description: Binary data
Re: [O] Bug in org-mobile-get-outline-path-link
Hello, Ian Dunn writes: > I recently tried turning off 'org-mobile-force-id-on-agenda-items', only > to find that there were problems updating agenda tasks. I poked around > in the code and found that 'org-mobile-locate-entry' looks for an OLP in > the form olp:file:/path/to/heading, and > 'org-mobile-get-outline-path-link' stores it as > olp:file/path/to/heading. > > I've attached a patch to fix the latter function. > > -- > Ian Dunn > > diff --git a/lisp/org-mobile.el b/lisp/org-mobile.el > index f6ef18f10..12e6c84b3 100644 > --- a/lisp/org-mobile.el > +++ b/lisp/org-mobile.el > @@ -648,7 +648,7 @@ The table of checksums is written to the file > mobile-checksums." >(org-with-point-at pom > (concat "olp:" > (org-mobile-escape-olp (file-name-nondirectory buffer-file-name)) > - "/" > + ":" > (mapconcat 'org-mobile-escape-olp > (org-get-outline-path) > "/") It looks good. Could you provide the same patch using git format-patch, along with a proper commit message? Thank you. Regards, -- Nicolas Goaziou
Re: [O] Bug: Can't execute C code block from remote directory [9.0.5 (release_9.0.5-401-g86ff11 @ /Users/xcy/src/org-mode/lisp/)]
Hello, Chunyang Xu writes: > Nicolas Goaziou writes: > >> Hello, >> >> Chunyang Xu writes: >> >>> Here is a patch which can fix the issue. >> >> Thank you. >> >>> From e42b22f74c2f04a4d8e7eec0a6bdacbd08bebf12 Mon Sep 17 00:00:00 2001 >>> From: Chunyang Xu >>> Date: Mon, 3 Apr 2017 14:46:51 +0800 >>> Subject: [PATCH] ob-C: Fix remote executing >>> >>> * lisp/ob-C.el (org-babel-C-execute): Process remote bin file. >>> >>> TINYCHANGE >>> --- >>> lisp/ob-C.el | 2 +- >>> 1 file changed, 1 insertion(+), 1 deletion(-) >>> >>> diff --git a/lisp/ob-C.el b/lisp/ob-C.el >>> index 795bcb2b7..e54e17492 100644 >>> --- a/lisp/ob-C.el >>> +++ b/lisp/ob-C.el >>> @@ -161,7 +161,7 @@ or `org-babel-execute:C++' or `org-babel-execute:D'." >>>(org-babel-eval >>> (pcase org-babel-c-variant >>> ((or `c `cpp) >>> - (concat tmp-bin-file cmdline)) >>> + (concat (org-babel-process-file-name tmp-bin-file) cmdline)) >> >> I see that `tmp-bin-file' is used a couple other times in the body. >> Would it make sense to wrap the initial binding within >> `org-babel-process-file-name' instead of doing it only for this >> occurrence? > > Both ways look OK to me. `tmp-bin-file' is used only twice and invoking > `org-babel-process-file-name' is cheap. And converting `tmp-bin-file' > from remote to local name only when 100% necessary (i.e. within > `org-babel-eval') looks more logical to me. On the other hand, > `tmp-bin-file' as a remote file name is useless, thus the way you > suggested is reasonable as well. OK. Would you mind sending a patch doing the latter, along with a code comment explaining why `org-babel-process-file-name' is needed? Regards, -- Nicolas Goaziou
Re: [O] Evil-mode keymapping being overridden by org-mode (Brandon Amos)
> Date: Thu, 6 Apr 2017 13:40:40 -0400 > From: Brandon Amos > To: implementations-l...@lists.ourproject.org, emacs-orgmode@gnu.org > Subject: [O] Evil-mode keymapping being overridden by org-mode > Message-ID: <20170406174040.ga7...@gmail.com> > Content-Type: text/plain; charset=us-ascii > > Hi, I am mapping the "t" character in evil normal/motion modes to > `evil-next-line` with the following. I am doing this mapping > for reasonable navigation with the Dvorak layout. > > (define-key evil-normal-state-map "t" 'evil-next-line) > (define-key evil-motion-state-map "t" 'evil-next-line) > > -Brandon. Dear Brandon, The easiest solution is to put these lines in your config. You can modify these lines to the way you want. (evil-define-key 'normal evil-org-mode-map (kbd "t") 'evil-find-char-to (kbd "T") 'evil-find-char-to-backward (kbd "C-t") 'org-todo (kbd "O") 'evil-open-above (kbd "H") 'org-shiftleft (kbd "L") 'org-shiftright) If you are experimental you can also try this unofficial fork of evil-org-mode by me, which doesn't bind t to 'org-todo by default: https://github.com/Somelauw/evil-org-improved/tree/develop As a Dvorak user, you may want to customize the evil-org-movement-bindings variable to get some bindings right.
[O] [PATCH] Fix bug in mobile outline path handling
* org-mobile.el (org-mobile-get-outline-path-link): Use a `:' after file instead of a `/' --- lisp/org-mobile.el | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lisp/org-mobile.el b/lisp/org-mobile.el index f6ef18f10..12e6c84b3 100644 --- a/lisp/org-mobile.el +++ b/lisp/org-mobile.el @@ -648,7 +648,7 @@ The table of checksums is written to the file mobile-checksums." (org-with-point-at pom (concat "olp:" (org-mobile-escape-olp (file-name-nondirectory buffer-file-name)) - "/" + ":" (mapconcat 'org-mobile-escape-olp (org-get-outline-path) "/") -- 2.12.2
[O] org-mobile-push needs a visible frame ?
Hi, I see that when there is an emacs server without a visible frame, emacsclient --eval "(org-mobile-push)" , gives the error : *ERROR*: Unknown terminal type Only when there is a visible frame does org-mobile-push succeed. Is there a reason why org-mobile-push needs a frame ? How can I make it work without a frame? Org version is 8.3.2, emacs version 24.4.1, Debian Linux 8.2. thanks