[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/)]

[Stefan-W. Hahn]

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 

[O] org-mobile-push needs a visible frame ?

[Bingo]

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

[O] [PATCH] Fix bug in mobile outline path handling

[Ian Dunn]

* 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

Re: [O] Evil-mode keymapping being overridden by org-mode (Brandon Amos)

[Somelauw .]

> 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.

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/)]

[Nicolas Goaziou]

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] [BUG] org-link-search fails if search string contains new lines

[Skip Collins]

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

[Nicolas Goaziou]

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