[BUG] error that came up that freezes the cycle of opening subtrees [9.6.6 (release_9.6.6 @ /snap/emacs/current/usr/share/emacs/29.1/lisp/org/)]

2023-10-15 Thread Matthew Nelson Hendryx
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

Re: Should we move constants.el by Carsten Dominik to Org orphanage?

2023-10-15 Thread Bastien Guerry
Ihor Radchenko writes: > Maske writes: > >> There are some links, that I am afraid don't work: >> ... >> ‘constants.el’ by Carsten Dominik [...] >> http://www.astro.uva.nl/~dominik/Tools. >> >> >> # That link is dead. Maybe this would be the correct one: >>

Current Org-mode does not work with Emacs 27

2023-10-15 Thread Yasushi SHOJI
Hi all, It appears that Emacs 27 lacks the optional argument for `get-buffer-create`, while `org-element-parse-secondary-string` relies on it. This problem was introduced by the commit 37d6bde27fe2. Additionally, `org-id-find-id-in-file` also uses `get-buffer-create` with a second argument, but

Re: [BUG] FAILED test-ob-python/session-multiline

2023-10-15 Thread Jack Kamm
Ihor Radchenko writes: >> 1. In addition to printing `org-babel-python-eoe-indicator' after >>execution, we could also print out a "beginning of execution" >>indicator before execution, and then capture the output between the >>beginning and end indicators. This is how the async

Re: [BUG] FAILED test-ob-python/session-multiline

2023-10-15 Thread Jack Kamm
Ihor Radchenko writes: > We have fairly regular CI test failures for one of the ob-python tests. > The test does not fail _every_ time, but I keep seeing the problem in > various Emacs versions, including Emacs 29. > > Example log: https://builds.sr.ht/~bzg/job/1047678#task-build > > In the test

Re: [FR] org-num-mode inverse defaults

2023-10-15 Thread Ihor Radchenko
Maske writes: > From the first day, I liked org-num-mode, but I think that its default > which numbers all headlines could be problematic. > > Right now it only has the options to exclude headlines from being > numbered, so it could be necessary to modify a big amount of headlines, > for

[FR] org-num-mode inverse defaults

2023-10-15 Thread Maske
Hi From the first day, I liked org-num-mode, but I think that its default which numbers all headlines could be problematic. Right now it only has the options to exclude headlines from being numbered, so it could be necessary to modify a big amount of headlines, for numbering just a tree.

Re: [BUG] org agenda showing current time - not task time when closing repeatedly-scheduled task [9.7-pre (release_9.6.10-840-g9fcbd1 @ /home/d/src/git-org-mode/lisp/)]

2023-10-15 Thread Daniel Ortmann
No, no, not clock check mode. - I created a TODO with a scheduled time that repeats.  When completed it remains alive to be scheduled the next day. - I started the clock on that TODO task. - Then completed the task with 't' in the Agenda view. - The task's "clock time" shows in the log ...

Re: Patch: hiding org emphasis markers

2023-10-15 Thread Ihor Radchenko
Ihor Radchenko writes: > You may instead introduce a new allowed value for > `org-hide-emphasis-markers' to hide markers for non-nil entries in > `org-emphasis-alist'. Maybe even allow the value to be an explicit list > of the markers to be hidden '("*" "_" ...). One month have passed since the

Re: [BUG] org agenda showing current time - not task time when closing repeatedly-scheduled task [9.7-pre (release_9.6.10-840-g9fcbd1 @ /home/d/src/git-org-mode/lisp/)]

2023-10-15 Thread Ihor Radchenko
Daniel Ortmann writes: > In the last entry below, the "Clocked:" part of the log would have > showed 3:47 (i.e. the current local CDT time) rather than the time to > complete the task which is now correctly shown as 0:01 minutes. Do you mean that you used agenda clockcheck mode? I tried and I

Re: [BUG] org agenda showing current time - not task time when closing repeatedly-scheduled task [9.7-pre (release_9.6.10-840-g9fcbd1 @ /home/d/src/git-org-mode/lisp/)]

2023-10-15 Thread Daniel Ortmann
Hey, The problem no longer appears!  Excellent.  Not sure what fixed it. In the last entry below, the "Clocked:" part of the log would have showed 3:47 (i.e. the current local CDT time) rather than the time to complete the task which is now correctly shown as 0:01 minutes. Problem fixed ...

Re: [BUG] org agenda showing current time - not task time when closing repeatedly-scheduled task [9.7-pre (release_9.6.10-840-g9fcbd1 @ /home/d/src/git-org-mode/lisp/)]

2023-10-15 Thread Ihor Radchenko
Daniel Ortmann writes: > I have a repeatedly-scheduled TODO with this entry for the schedule: > SCHEDULED: <2023-10-15 Sun .+1d -0d> > > The TODO is marked with 'sometag'. > > In the regular agenda view (C-a a) I narrow with /sometag. > Then S-I to start the clock. > Finally, t and C-c C-c to

Re: [PATCH] Fix :var parameter for fish shell code blocks

2023-10-15 Thread Ihor Radchenko
Elias Kueny writes: > I found an issue with fish shell code blocks, in that the `:var' parameter > generates a command that is not syntaxically correct. Fish uses `set variable > value' instead of `variable = value'. As a result, org-babel throws an error > when executing the code block. This

Re: [BUG] org-clock-auto-clockout does not actually use x11idle on X11 [9.6.8 (release_9.6.8-3-g21171d @ /usr/share/emacs/30.0.50/lisp/org/)]

2023-10-15 Thread Ihor Radchenko
Vladimir Nikishkin writes: > For some time I have been wondering why auto-clockout does not use > x11idle on my machine. > ... > or, even better: > > #+begin_src elisp > (defun org-clock-auto-clockout-maybe () >(if (< org-clock-auto-clockout-timer (if org-x11idle-exists-p >

Re: [BUG] No newline at end of exported HTML file [9.6.6 (release_9.6.6 @ /Applications/MacPorts/Emacs.app/Contents/Resources/lisp/org/)]

2023-10-15 Thread Ihor Radchenko
YE writes: >> Ihor Radchenko writes: >> See the attached tentative patch. > > Thanks, LGTM so far. Applied, onto bugfix. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=51937d4b1 Fixed. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at