[O] bug#9610: 24.0.90; org-mode: sluggish response and high CPU utilization with large .org files

From: Bastien b...@altern.org Cc: Steve Revilak st...@srevilak.net, 9...@debbugs.gnu.org Date: Tue, 27 Sep 2011 08:02:47 +0200 Eli Zaretskii e...@gnu.org writes: Bastien, please tell me whether you want me to make this change in the Emacs repository, or wait for you to do

[O] bug#9610: 24.0.90; org-mode: sluggish response and high CPU utilization with large .org files

From: Lawrence Mitchell we...@gmx.li Date: Tue, 27 Sep 2011 16:10:25 +0100 Setting bidi-display-reordering to nil in the buffer has the effect that moving point is no longer jerky for me. I think with the latest trunk, you won't need to fiddle with this variable anymore.

[O] bug#9610: 24.0.90; org-mode: sluggish response and high CPU utilization with large .org files

Date: Mon, 26 Sep 2011 22:50:25 -0400 From: Steve Revilak st...@srevilak.net I'd like to report an org-mode regression issue. When working with large .org files, Emacs 24.0.90 becomes sluggish, and consumes large amounts of CPU. If you type this: M-x set-variable RET

[O] bug#9610: 24.0.90; org-mode: sluggish response and high CPU utilization with large .org files

/ChangeLog 2011-09-27 17:18:31 + @@ -1,3 +1,11 @@ +2011-09-27 Eli Zaretskii e...@gnu.org + + * xdisp.c (handle_invisible_prop): If invisible text ends on a + newline, reseat the iterator instead of bidi-iterating there one + character at a time. (Bug#9610

Re: [O] bug#10125: 24.0.91; package.el (org): Macros in tar packages order of byte compilation

From: Jambunathan K kjambunat...@gmail.com Date: Thu, 24 Nov 2011 17:42:38 +0530 Cc: emacs-orgmode@gnu.org, Stelian Iancu stelian.ia...@gmail.com 1. While building via Makefile, there is an implicit dependency that is *enforced* via make rules and files with macro definitions are compiled

[O] bug#10125: 24.0.91; package.el (org): Macros in tar packages order of byte compilation

From: Glenn Morris r...@gnu.org Cc: Eli Zaretskii e...@gnu.org, 10...@debbugs.gnu.org, stelian.ia...@gmail.com Date: Thu, 24 Nov 2011 14:09:38 -0500 I guess nobody ever expected the package manager to be used to load a different version of something that was already in Emacs. Indeed

[O] bug#17724: 24.4.50; regression: error `recenter'ing a window that does not display current-buffer. when opening org-mode file

From: Nicolas Richard theonewiththeevill...@yahoo.fr Date: Mon, 09 Jun 2014 22:53:47 +0200 Cc: 17...@debbugs.gnu.org, Gregor Zattler g...@gmx.de FWIW, there was a call to recenter which was removed recently (less than four weeks ago -- see

Re: [O] bug#17749: 24.3.91; Crash on mwheel-scroll of org file

From: Vladimir Alexiev vladimir.alex...@ontotext.com Date: Tue, 10 Jun 2014 19:02:30 +0300 1. Open emacs-crash-test.org 2. Make the window smaller (e.g. 20 lines tall) 2. Roll the mouse wheel down until you see the end of file, then up. 3. CRASH I cannot reproduce it with emacs -Q yet.

[O] bug#17746: 24.4.50; byte-code: `recenter'ing a window that does not display current-buffer. when composing a message

From: Bastien b...@altern.org Date: Wed, 11 Jun 2014 17:50:02 +0200 Cc: 17...@debbugs.gnu.org, David Griffiths dogriffi...@gmail.com PS: The change about throwing an error when recentering a window that does not display the current buffer breaks ~37 tests in Org master branch, even with

[O] bug#17746: 24.4.50; byte-code: `recenter'ing a window that does not display current-buffer. when composing a message

From: Stefan Monnier monn...@iro.umontreal.ca Cc: Bastien b...@altern.org, theonewiththeevill...@yahoo.fr, 17...@debbugs.gnu.org, dogriffi...@gmail.com Date: Wed, 11 Jun 2014 14:15:08 -0400 Say thanks to Stefan for flagging all those bugs ;-) Now that I think about it, I should make

[O] bug#17724: 24.4.50; regression: error `recenter'ing a window that does not display current-buffer. when opening org-mode file

From: lee l...@yun.yagibdah.de Date: Tue, 17 Jun 2014 19:15:33 +0200 Cc: Bastien b...@altern.org, 17...@debbugs.gnu.org, g...@gmx.de, Nicolas Richard theonewiththeevill...@yahoo.fr Having cloned as described on http://savannah.gnu.org/git/?group=emacs with 'git clone

[O] bug#17724: 24.4.50; regression: error `recenter'ing a window that does not display current-buffer. when opening org-mode file

From: Stefan Monnier monn...@iro.umontreal.ca Date: Tue, 17 Jun 2014 15:45:05 -0400 Cc: Bastien b...@altern.org, 17...@debbugs.gnu.org, g...@gmx.de, Nicolas Richard theonewiththeevill...@yahoo.fr Perhaps add some advise to the web page so ppl pull the emacs24 branch instead?

[O] bug#17724: 24.4.50; regression: error `recenter'ing a window that does not display current-buffer. when opening org-mode file

From: Stefan Monnier monn...@iro.umontreal.ca Cc: l...@yun.yagibdah.de, b...@altern.org, 17...@debbugs.gnu.org, g...@gmx.de, theonewiththeevill...@yahoo.fr Date: Wed, 18 Jun 2014 08:04:39 -0400 Ask savannah-hack...@gnu.org. Then it's not worth the trouble (since it's a temporary

[O] bug#17724: 24.4.50; regression: error `recenter'ing a window that does not display current-buffer. when opening org-mode file

Date: Wed, 18 Jun 2014 20:52:05 +0200 From: Gregor Zattler g...@gmx.de Cc: 17...@debbugs.gnu.org Hi Stefan, * Stefan Monnier monn...@iro.umontreal.ca [07. Jun. 2014]: BTW, I would also point out that people who do not actively develop Emacs should ideally use the emacs-24 (i.e. 24.3.9x)

[O] bug#17724: 24.4.50; regression: error `recenter'ing a window that does not display current-buffer. when opening org-mode file

From: lee l...@yun.yagibdah.de Cc: monn...@iro.umontreal.ca, b...@altern.org, 17...@debbugs.gnu.org, g...@gmx.de, theonewiththeevill...@yahoo.fr Date: Wed, 18 Jun 2014 13:10:19 +0200 It's git, right? The one that has git checkout BRANCH and stuff? Yes, I pulled from the git repo

[O] bug#17724: 24.4.50; regression: error `recenter'ing a window that does not display current-buffer. when opening org-mode file

From: Nicolas Richard theonewiththeevill...@yahoo.fr Cc: monn...@iro.umontreal.ca, 17...@debbugs.gnu.org Date: Thu, 19 Jun 2014 10:20:24 +0200 I suspect your local emacs-24 branch isn't the actual emacs-24 branch. Seconded. cd .git ; cat config $ cat config [core]

[O] bug#18035: Linum-mode + org-indent-mode results in graphical bug

From: Lionel Henry lionel@gmail.com Date: Wed, 16 Jul 2014 15:39:04 +0200 Activating both linum-mode and org-indent-mode will cause several graphical glitches in the current line. See http://lists.gnu.org/archive/html/emacs-orgmode/2011-01/msg01204.html That discussion provides no

[O] bug#18035: Linum-mode + org-indent-mode results in graphical bug

From: Michael Heerdegen michael_heerde...@web.de Cc: 18...@debbugs.gnu.org, Lionel Henry lionel@gmail.com Date: Wed, 16 Jul 2014 20:14:46 +0200 Michael Heerdegen michael_heerde...@web.de writes: Activating both linum-mode and org-indent-mode will cause several graphical

[O] bug#18035: Linum-mode + org-indent-mode results in graphical bug

From: Lionel Henry lionel@gmail.com Date: Sat, 26 Jul 2014 17:03:49 +0200 Cc: 18...@debbugs.gnu.org, michael_heerde...@web.de First create a .org file and put the rainbow-delimiters package in your load path. Then execute this : (progn (require 'rainbow-delimiters)

[O] bug#18035: Linum-mode + org-indent-mode results in graphical bug

From: Lionel Henry lionel@gmail.com Date: Sat, 26 Jul 2014 17:53:47 +0200 Cc: 18...@debbugs.gnu.org, michael_heerde...@web.de - Open a .org file large enough that you can scroll it. - Enable linum and org-indent-mode - Scroll The linum and the indentation will disappear in the

Re: [O] bug#17749: 24.3.91; Crash on mwheel-scroll of org file

From: Vladimir Alexiev vladimir.alex...@ontotext.com Cc: 17...@debbugs.gnu.org, emacs-orgmode@gnu.org Date: Tue, 5 Aug 2014 11:10:16 +0300 1. Open emacs-crash-test.org 2. Make the window smaller (e.g. 20 lines tall) 2. Roll the mouse wheel down until you see the end of file,

Re: [O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

From: Fabrice Niessen fni-n...@pirilampo.org Date: Tue, 21 Oct 2014 14:47:16 +0200 On Windows 8, with Emacs 24.4.1 (from Dani) and Org mode version 8.3beta, I can very often freeze Emacs when clocking into a task, or when editing the timestamps found in the LOGBOOK drawer. I've run Emacs

Re: [O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

From: Fabrice Niessen fni-n...@pirilampo.org Cc: 18...@debbugs.gnu.org, Org-mode List emacs-orgmode@gnu.org Date: Wed, 22 Oct 2014 12:35:30 +0200 I reproduced the problem. Then, I tried (multiple times) to C-z in the GDB session, but nothing happens: Emacs stays block and I don't get any

Re: [O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

From: Fabrice Niessen fni-n...@pirilampo.org Cc: 18...@debbugs.gnu.org, emacs-orgmode@gnu.org Date: Thu, 23 Oct 2014 12:34:01 +0200 The C-z trick doesn't work on Windows. That may be worth to mention it in the document? It's already there. Fprogn (body=124089086) at

Re: [O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

From: Fabrice Niessen fni-n...@pirilampo.org Cc: 18...@debbugs.gnu.org, emacs-orgmode@gnu.org Date: Thu, 23 Oct 2014 19:27:26 +0200 920 c:/msys/home/Dani/emacs/trunk/src/bytecode.c: No such file or directory. Value returned is $50 = 206279014 (gdb) Run till exit from #0 0x0118ab67

Re: [O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

From: Fabrice Niessen fni-n...@pirilampo.org Cc: 18...@debbugs.gnu.org, emacs-orgmode@gnu.org Date: Thu, 23 Oct 2014 19:56:32 +0200 Now do that again, but instead of typing finish, type bt full after thread 1. You mean in another Emacs session, right? Yes.

[O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

From: Sebastien Vauban sva-n...@mygooglest.com Cc: 18...@debbugs.gnu.org Date: Fri, 24 Oct 2014 16:44:03 +0200 Some, yes. Now do that again, but instead of typing finish, type bt full after thread 1. Here it is: Thanks. What happens if you type xbacktrace? (You might need to type

[O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

From: Sebastien Vauban sva-n...@mygooglest.com Cc: 18...@debbugs.gnu.org Date: Fri, 24 Oct 2014 21:10:49 +0200 Thanks. What happens if you type xbacktrace? (You might need to type source /path/to/.gdbinit before that, to get the xbacktrace command defined.) It seems to fail? You

[O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

Date: Fri, 24 Oct 2014 22:35:59 +0300 From: Eli Zaretskii e...@gnu.org Cc: 18...@debbugs.gnu.org (gdb) xbacktrace [Thread 8300.0x2b00 exited with code 0] (gdb) No symbol DATA_SEG_BITS in current context. ? If so, please upgrade to a newer version of GDB. (There is a way to get

Re: [O] org-export raises stringp nil error

From: Leo Liu sdl@gmail.com Date: Fri, 08 Mar 2013 15:16:57 +0800 Cc: emacs-de...@gnu.org, emacs-orgmode@gnu.org, Lele Gaifax l...@metapensiero.it Bundling [org-mode] in emacs doesn't help anybody. You never had to work for an organization whose network is closed to outside

Re: [O] org-export raises stringp nil error

Date: Fri, 08 Mar 2013 15:47:57 +0800 From: Xue Fuqiao xfq.f...@gmail.com Cc: Bastien b...@altern.org, emacs-de...@gnu.org, emacs-orgmode@gnu.org, Lele Gaifax l...@metapensiero.it On 03/08/2013 02:40 PM, Bastien wrote: I missed the distinction between pretest and release candidate.

Re: [O] org-export raises stringp nil error

From: Stephen J. Turnbull step...@xemacs.org Date: Fri, 08 Mar 2013 17:27:56 +0900 Cc: Lele Gaifax l...@metapensiero.it, emacs-de...@gnu.org, emacs-orgmode@gnu.org, Bastien b...@altern.org [...] in a release candidate the release engineer proposes to make exactly one change before

Re: [O] org-export raises stringp nil error

From: joa...@verona.se Date: Fri, 08 Mar 2013 10:15:07 +0100 Cc: b...@gnu.org, l...@metapensiero.it, emacs-orgmode@gnu.org, Leo Liu sdl@gmail.com, emacs-de...@gnu.org - Emacs trunk could be stripped of all but the bare essentials to achieve bootstrap. - distribution tarballs

Re: [O] org-export raises stringp nil error

From: Dmitry Gutov dgu...@yandex.ru Cc: Eli Zaretskii e...@gnu.org, b...@gnu.org, l...@metapensiero.it, emacs-orgmode@gnu.org, Leo Liu sdl@gmail.com, emacs-de...@gnu.org Date: Fri, 08 Mar 2013 13:25:16 +0400 joa...@verona.se writes: Just a small reminder of the idea Stefan

Re: [O] org-export raises stringp nil error

From: Dmitry Gutov dgu...@yandex.ru Cc: l...@metapensiero.it, joa...@verona.se, emacs-de...@gnu.org, b...@gnu.org, emacs-orgmode@gnu.org, sdl@gmail.com Date: Fri, 08 Mar 2013 15:18:19 +0400 I like the idea of stripping big bundled packages (like org, gnus, cedet, maybe even

Re: [O] org-export raises stringp nil error

From: Achim Gratz strom...@nexgo.de Date: Fri, 08 Mar 2013 17:34:42 +0100 Cc: emacs-orgmode@gnu.org In any case, doing the built-in packages this way (or something similar) takes a lot of unecessary churn and merges out of the release process and I would think that would be a clear

Re: [O] I have terminated my assignment

From: Jambunathan K kjambunat...@gmail.com Date: Tue, 02 Apr 2013 14:12:36 +0530 I have terminated my copyright assignment to Emacs (or atleast notified the copyright desk). I'm not sure we should believe this statement. As of a few minutes ago, your assignment for Emacs still appears on

Re: [O] I have terminated my assignment

From: Jambunathan K kjambunat...@gmail.com Cc: emacs-orgmode@gnu.org Date: Wed, 03 Apr 2013 23:21:22 +0530 Eli Zaretskii e...@gnu.org writes: From: Jambunathan K kjambunat...@gmail.com Date: Tue, 02 Apr 2013 14:12:36 +0530 I have terminated my copyright assignment to Emacs

Re: [O] Enriched/Org is a colorful Org

From: Carsten Dominik carsten.domi...@gmail.com Date: Wed, 10 Apr 2013 12:16:28 +0200 Cc: emacs-orgmode@gnu.org On 10 apr. 2013, at 11:54, Suvayu Ali fatkasuvayu+li...@gmail.com wrote: On Wed, Apr 10, 2013 at 09:32:44AM +0530, Jambunathan K wrote: See Side note towards the end of

Re: [O] Enriched/Org is a colorful Org

From: Jambunathan K kjambunat...@gmail.com Cc: Carsten Dominik carsten.domi...@gmail.com, emacs-orgmode@gnu.org Date: Wed, 10 Apr 2013 22:13:46 +0530 Eli Zaretskii e...@gnu.org writes: I beg the Org developers to please be very careful when introducing expensive display features

Re: [O] Enriched/Org is a colorful Org

[Please CC me on responses, as I'm not subscribed to this list.] From: Carsten Dominik carsten.domi...@gmail.com Date: Wed, 10 Apr 2013 21:58:06 +0200 Cc: emacs-orgmode@gnu.org I beg the Org developers to please be very careful when introducing expensive display features such as overlays

Re: [O] Enriched/Org is a colorful Org

From: Carsten Dominik carsten.domi...@gmail.com Date: Thu, 11 Apr 2013 04:58:15 +0200 Cc: emacs-orgmode@gnu.org List emacs-orgmode@gnu.org, Eli Zaretskii e...@gnu.org I guess Eli simply means, in a general way, that overlays do negatively impact display performance, as you said

Re: [O] Enriched/Org is a colorful Org

From: Carsten Dominik carsten.domi...@gmail.com Date: Fri, 12 Apr 2013 00:49:32 +0200 Cc: emacs-orgmode@gnu.org List emacs-orgmode@gnu.org Overlays should be OK as long as they aren't too many, and as long as you don't move them around too much, particularly in post-command-hook or some

Re: [O] Enriched/Org is a colorful Org

From: Carsten Dominik carsten.domi...@gmail.com Date: Fri, 12 Apr 2013 09:13:47 +0200 Cc: emacs-orgmode@gnu.org Just search xdisp.c for overlay, you will see the story quite clearly, I think. My Sunday pleasure reading project. Good luck, and let me know if you need something

Re: [O] Enriched/Org is a colorful Org

From: Carsten Dominik carsten.domi...@gmail.com Date: Fri, 12 Apr 2013 12:56:11 +0200 Cc: emacs-orgmode@gnu.org I guess outline mode does have the exact same problem in this case, in fact any mode with large amount of hidden text. Of course. The only difference is that outline is not as

Re: [O] Enriched/Org is a colorful Org

Date: Fri, 12 Apr 2013 13:49:47 +0200 From: Torsten Wagner torsten.wag...@gmail.com Cc: Eli Zaretskii e...@gnu.org, Org Mode Mailing List emacs-orgmode@gnu.org just want to add some observation. I guess it has nothing to do with the display engine but it might be somehow related. I used

Re: [O] Enriched/Org is a colorful Org

Date: Fri, 12 Apr 2013 20:00:56 +0200 From: Suvayu Ali fatkasuvayu+li...@gmail.com Cc: Torsten Wagner torsten.wag...@gmail.com, emacs-orgmode@gnu.org, carsten.domi...@gmail.com If some package wants to keep something updated (line number displays in this case), is using the

Re: [O] Enriched/Org is a colorful Org

Date: Sat, 13 Apr 2013 13:24:13 +0100 From: Sean O'Halpin sean.ohal...@gmail.com Cc: Carsten Dominik carsten.domi...@gmail.com, Org Mode emacs-orgmode@gnu.org In your opinion, would it be possible to reproduce the functionality of outline-mode using text properties rather than overlays?

[O] bug#15164: 24.3.50; e

severity 15164 wishlist thanks From: Fabrice Niessen f...@missioncriticalit.com Date: Thu, 22 Aug 2013 23:01:06 +0200 When fontifying the whole line for headings (in Org) with a background color and an overline rule, the rule stops at the last shown character of the headline, while the

[O] bug#15896: 24.3.50; Org-8.0: M-x customize-changed 24.3 doesn't show new export options

From: Jambunathan K kjambunat...@gmail.com Date: Thu, 14 Nov 2013 22:29:55 +0530 24.3.50; Org-8.0 on trunk: M-x customize-changed 24.3 doesn't show new export options All exporters are new and I expect the below command to report something interesting. Please review and correctly

[O] bug#15896: 24.3.50; Org-8.0: M-x customize-changed 24.3 doesn't show new export options

From: Jambunathan K kjambunat...@gmail.com Cc: 15896-d...@debbugs.gnu.org Date: Thu, 14 Nov 2013 23:27:45 +0530 Look at the facts and make up your mind. I already did, as did everyone else. You are the only exception.

[O] bug#15888: 24.3.50; Eval-after-load eval'ed twice

From: Sebastien Vauban sva-n...@mygooglest.com Cc: r...@gnu.org, michael_heerde...@web.de, 15...@debbugs.gnu.org Date: Fri, 15 Nov 2013 09:16:44 +0100 (gdb) break Fload (gdb) commands p file xstring end (gdb) r -Q Now, when the breakpoint breaks, you will see

[O] bug#15888: 24.3.50; Eval-after-load eval'ed twice

From: Sebastien Vauban sva-n...@mygooglest.com Cc: r...@gnu.org, michael_heerde...@web.de, 15...@debbugs.gnu.org Date: Fri, 15 Nov 2013 10:06:12 +0100 Eli Zaretskii wrote: Unfortunately, this: (gdb) No symbol backtrace_list in current context. (whose reason I don't really

[O] bug#15888: 24.3.50; Eval-after-load eval'ed twice

From: Sebastien Vauban sva-n...@mygooglest.com Cc: Sebastien Vauban sva-n...@mygooglest.com, michael_heerde...@web.de, 15...@debbugs.gnu.org Date: Fri, 15 Nov 2013 14:01:10 +0100 What's weird is that I only saw once org, but still have the code block executed twice in Emacs. That

[O] bug#16265: 24.3.50; re-search-forward (error Invalid search bound (wrong side of point))

Date: Tue, 31 Dec 2013 09:37:15 -0800 From: Keith David Bershatsky e...@lawlist.com Cc: 16...@debbugs.gnu.org So my recommendation would be that the Emacs team return the default value of `cache-long-scans` to `nil` Unlikely to happen. or, fix it somehow so that it doesn't interfere

[O] bug#16265: 24.3.50; re-search-forward (error Invalid search bound (wrong side of point))

Date: Wed, 01 Jan 2014 17:30:12 -0800 From: Keith David Bershatsky e...@lawlist.com Cc: theonewiththeevill...@yahoo.fr, 16...@debbugs.gnu.org Yes, the issue has indeed been resolved in the latest version of Emacs Trunk that I built today. I used my example to conduct the test, and it

[O] bug#16751: 24.3.50; Export during Org export to HTML

From: Bastien b...@altern.org Cc: Sebastien Vauban sva-n...@mygooglest.com, 16...@debbugs.gnu.org Date: Tue, 25 Feb 2014 18:12:05 +0100 Eli Zaretskii e...@gnu.org writes: Ugh. Bastien, could you (or someone else of Org developers) please look into this? Why does the URI above causes

[O] bug#16751: 24.3.50; Export during Org export to HTML

From: Nicolas Goaziou n.goaz...@gmail.com Cc: Eli Zaretskii e...@gnu.org, Sebastien Vauban sva-n...@mygooglest.com, 16...@debbugs.gnu.org Date: Tue, 25 Feb 2014 19:04:10 +0100 Ugh. Bastien, could you (or someone else of Org developers) please look into this? Why does the URI above

[O] bug#16751: 24.3.50; Export during Org export to HTML

From: Glenn Morris r...@gnu.org Cc: Nicolas Goaziou n.goaz...@gmail.com, sva-n...@mygooglest.com, b...@altern.org, 16...@debbugs.gnu.org Date: Tue, 25 Feb 2014 13:41:14 -0500 Eli Zaretskii wrote: file:path is a valid file link type in Org. Therefore, [...] But that's

[O] bug#16751: 24.3.50; Export during Org export to HTML

Date: Tue, 25 Feb 2014 19:49:02 +0200 From: Eli Zaretskii e...@gnu.org Cc: sva-n...@mygooglest.com, 16...@debbugs.gnu.org From: Bastien b...@altern.org Cc: Sebastien Vauban sva-n...@mygooglest.com, 16...@debbugs.gnu.org Date: Tue, 25 Feb 2014 18:12:05 +0100 Eli Zaretskii e

Re: [O] bug#16832: Emacs goes crazy when deleting lines

From: Fabrice Niessen fni-n...@pirilampo.org Cc: 16...@debbugs.gnu.org, emacs-orgmode emacs-orgmode@gnu.org Date: Fri, 14 Mar 2014 17:00:54 +0100 I realized that Emacs did not into an infloop, but simply gave me back control after a very long time (more than 2 mins). Good news #1. I

Re: [O] bug#16832: Emacs goes crazy when deleting lines

From: Nicolas Goaziou n.goaz...@gmail.com Cc: Fabrice Niessen fni-n...@pirilampo.org, emacs-orgmode@gnu.org, 16...@debbugs.gnu.org Date: Sat, 15 Mar 2014 17:17:26 +0100 (while (search-forward call_ nil t) (save-excursion (goto-char (match-beginning 0)) (when

[O] bug#17040: 24.3.50; Emacs + Org mode hangs

From: Sebastien Vauban sva-n...@mygooglest.com Date: Wed, 19 Mar 2014 15:57:36 +0100 Anyway, here's the backtrace I got: Thanks for the effort, but as I said several times, such backtraces are not useful without the Lisp backtrace part. All I can say from this backtrace is that you were

[O] bug#17040: 24.3.50; Emacs + Org mode hangs

From: Sebastien Vauban sva-n...@mygooglest.com Cc: 17...@debbugs.gnu.org Date: Thu, 20 Mar 2014 11:30:28 +0100 What we need is names of some Lisp functions, preferably from Org, that we could then examine in order to look for potential infloops. That's impossible without Lisp backtrace.

[O] bug#17055: 24.3.50; Emacs hangs in Org mode file

From: Sebastien Vauban sva-n...@mygooglest.com Date: Fri, 21 Mar 2014 14:58:19 +0100 Sebastien Vauban wrote: Today, 2 to 3 new infloops when editing in Org (but that's one of the two things I do: either be in Gnus, or in Org). Org-mode version 8.2.5h (release_8.2.5h-818-g0de200)

Re: [O] Usecase for inotify? Re: How to add content from a file to a table automatically

From: Jambunathan K kjambunat...@gmail.com Date: Thu, 10 Jan 2013 10:37:19 +0530 Cc: emacs-orgmode emacs-orgmode@gnu.org, emacs-de...@gnu.org There is support for inotify in Emacs. Last I heard, people were interested in hearing use-cases. I am not sure it qualifies as a minimal

[O] bug#10125: RFE: require and load-path-shadowing

From: Stefan Monnier monn...@iro.umontreal.ca Date: Fri, 11 Jan 2013 17:52:33 -0500 Cc: 10...@debbugs.gnu.org I guess we could fork Emacs early on and keep this second process around as a process from which to generate new clean slates. I've been thinking about something like this for a

[O] bug#10125: RFE: require and load-path-shadowing

From: Achim Gratz strom...@nexgo.de Date: Sat, 12 Jan 2013 11:20:58 +0100 Eli Zaretskii writes: Could be: depends on the precise semantics of spawn, which I don't know. I'm barely following this thread, so please tell what semantics do you need, and I will then try figuring out

[O] bug#10125: RFE: require and load-path-shadowing

From: Stefan Monnier monn...@iro.umontreal.ca Cc: Achim Gratz strom...@nexgo.de, 10...@debbugs.gnu.org Date: Sat, 12 Jan 2013 08:28:29 -0500 IOW, do you expect the byte-compile instances to be different in any way from a fresh Emacs session invoked from the shell as emacs -Q? Yes,

[O] bug#10125: RFE: require and load-path-shadowing

From: Achim Gratz strom...@nexgo.de Date: Sat, 12 Jan 2013 18:01:36 +0100 Eli Zaretskii writes: IOW, do you expect the byte-compile instances to be different in any way from a fresh Emacs session invoked from the shell as emacs -Q? Yes, because the current Emacs may be a different

[O] bug#8748: emacs 23.3 for windows, org-mode, tables

From: Bastien Guerry b...@altern.org Date: Fri, 23 Mar 2012 23:26:04 +0100 Cc: 8...@debbugs.gnu.org Alexander Sidorov alx.sido...@gmail.com writes: Org-mode in emacs for Windows doesn't allow to create prooperly tables. This is the result of creation a table 5x2: | | | | |

Re: [O] bug#11249: 24.1.50; Overlay with face property causes calendar buffer to scroll

Date: Sun, 15 Apr 2012 23:04:16 +0200 Cc: 11...@debbugs.gnu.org, emacs-orgmode@gnu.org From: Toby Cubitt toby-dated-1335733484.f89...@dr-qubit.org The obvious solution is for org-mode to use a face that doesn't enlarge the characters. Another solution would be to enlarge the calendar

[O] bug#11700: 24.1.50; Bad interaction between BiDi and org-tables

Date: Thu, 14 Jun 2012 21:10:46 +0300 From: Dov Grobgeld dov.grobg...@gmail.com Cc: 11...@debbugs.gnu.org Do you think that you can provide some lisp code that builds the buffer contents and the display properties for the three options that ou refered to as an illustration? I tried

[O] bug#11710: 24.1.50; Bidi attributes are not exported in org-mode html output

Date: Thu, 14 Jun 2012 21:20:17 +0300 From: Dov Grobgeld dov.grobg...@gmail.com When using bidi (bi-direction) reordering together with org-mode, all paragraphs automatically become either RTL or LTR according to the emacs' Bidi heuristic algorithm. Did you customize Emacs to dynamically

[O] bug#11710: 24.1.50; Bidi attributes are not exported in org-mode html output

Date: Fri, 15 Jun 2012 09:17:36 +0300 From: Dov Grobgeld dov.grobg...@gmail.com Cc: 11...@debbugs.gnu.org On Thu, Jun 14, 2012 at 10:42 PM, Eli Zaretskii [stuff deleted] Did you customize Emacs to dynamically determine the paragraph direction in Org buffers?  By default

[O] bug#11700: bug#11700: 24.1.50; Bad interaction between BiDi and org-tables

Date: Fri, 15 Jun 2012 09:39:35 +0300 From: Dov Grobgeld dov.grobg...@gmail.com Cc: 11...@debbugs.gnu.org Yes. Great! This is indeed what I wanted. My mistake was that I tried it with a tab character before OR after the vertical bar. This solution should be really simple to implement in

[O] bug#19141: Emacs 24.4: ShellExecute fails in one case under Windows 7

Adding Bastien to the addressees, as this is at least somewhat related to Org and its maintenance procedures. From: AW alexander.will...@t-online.de Date: Fri, 21 Nov 2014 12:30:10 +0100 What works: [[fuu:baz.pdf]] - a link to a local file, which has to be opened in a pdf viewer, using

[O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

From: Sebastien Vauban sva-n...@mygooglest.com Cc: 18...@debbugs.gnu.org Date: Wed, 26 Nov 2014 14:11:31 +0100 Lisp Backtrace: line-end-position (0x88ccb0) back-to-indentation (0x88cdf8) current-left-margin (0x88cf60) move-to-left-margin (0x88d0b8) 0x126b2a8 PVEC_COMPILED funcall

[O] bug#18785: 24.4.1; Emacs hangs with Org mode when point is in LOGBOOK

From: Glenn Morris r...@gnu.org Cc: Sebastien Vauban sva-n...@mygooglest.com, 18...@debbugs.gnu.org Date: Wed, 26 Nov 2014 11:53:03 -0500 Eli Zaretskii wrote: sp-show--pair-function (0x88f14c) [...] Maybe. This backtrace looks very different from the last one. It indeed appears

[O] bug#19606: 24.4; Emacs hangs when editing a 5-line Org file

From: Fabrice Niessen fni-n...@pirilampo.org Cc: 19...@debbugs.gnu.org Date: Thu, 15 Jan 2015 19:04:13 +0100 Thanks, but what do you expect us to do with this report, without any information whatsoever regarding your customizations? I thought that, thanks to the backtrace, you could

[O] bug#19606: 24.4; Emacs hangs when editing a 5-line Org file

Date: Fri, 16 Jan 2015 00:06:58 +0300 From: Dmitry Gutov dgu...@yandex.ru CC: 19...@debbugs.gnu.org On 01/15/2015 09:14 PM, Eli Zaretskii wrote: But you didn't even show the backtrace from the main (a.k.a. Lisp) thread. Your backtrace is from thread 15, whereas the main thread

[O] bug#19606: 24.4; Emacs hangs when editing a 5-line Org file

From: Glenn Morris r...@gnu.org Cc: Fabrice Niessen fni-n...@pirilampo.org, 19...@debbugs.gnu.org Date: Thu, 15 Jan 2015 16:37:36 -0500 I just want to note that there seems to be a tendency to try and use gdb to debug Org problems, when debug-on-quit and ctrl-g might work. Very true.

[O] bug#19606: 24.4; Emacs hangs when editing a 5-line Org file

From: Fabrice Niessen fni-n...@pirilampo.org Cc: 19...@debbugs.gnu.org Date: Fri, 16 Jan 2015 12:16:26 +0100 Eli Zaretskii wrote: From: Glenn Morris r...@gnu.org Cc: Fabrice Niessen fni-n...@pirilampo.org, 19...@debbugs.gnu.org Date: Thu, 15 Jan 2015 16:37:36 -0500 I just want

[O] bug#19606: 24.4; Emacs hangs when editing a 5-line Org file

From: Fabrice Niessen fni-n...@pirilampo.org Cc: 19...@debbugs.gnu.org Date: Fri, 16 Jan 2015 12:27:16 +0100 OK, so I just reproduced the problem once again, then: - tried to C-g in Emacs: impossible! - launched GDB - source ~/.gdbinit - thread 1 - thread apply all backtrace Still,

[O] bug#19606: 24.4; Emacs hangs when editing a 5-line Org file

From: Fabrice Niessen fni-n...@pirilampo.org Cc: dgu...@yandex.ru, 19...@debbugs.gnu.org Date: Fri, 16 Jan 2015 13:04:00 +0100 (gdb) thread 1 [Switching to thread 1 (Thread 17252.0x44f0)] #0 0x01142191 in Fnext_single_property_change (position=position@entry=540, prop=62947906,

[O] bug#19606: 24.4; Emacs hangs when editing a 5-line Org file

From: Fabrice Niessen fni-n...@pirilampo.org Cc: dgu...@yandex.ru, 19...@debbugs.gnu.org Date: Fri, 16 Jan 2015 19:31:38 +0100 Looks like an infloop due to display or overlay strings with text properties. Can you reproduce this in an unoptimized build? Sure, if you can point me to

[O] bug#19887: 24.4; Cannot kill buffer; Wrong type argument: overlayp, nil

From: Damian Nadales damian.nada...@asml.com Date: Tue, 17 Feb 2015 16:04:54 + Running Emacs 24.4, compiled from source I found I cannot kill a buffer when performing these steps: - Run emacs –Q - Create an org-mode file (i.e. ``myorgfile.org``) - Insert the following text: o

[O] bug#19887: 24.4; Cannot kill buffer; Wrong type argument: overlayp, nil

From: Nicolas Richard theonewiththeevill...@yahoo.fr Cc: Damian Nadales damian.nada...@asml.com, 19...@debbugs.gnu.org, Nicolas Goaziou m...@nicolasgoaziou.fr Date: Fri, 20 Feb 2015 12:20:15 +0100 Eli Zaretskii e...@gnu.org writes: From: Damian Nadales damian.nada...@asml.com That's

[O] bug#19887: 24.4; Cannot kill buffer; Wrong type argument: overlayp, nil

From: Damian Nadales damian.nada...@asml.com CC: 19...@debbugs.gnu.org 19...@debbugs.gnu.org Date: Fri, 20 Feb 2015 07:32:12 + I cannot reproduce this. I tried both Emacs 24.4 and the pretest of 24.5. In both cases, Emacs asks me whether to kill a buffer that is modified, and

[O] bug#19606: 24.4; Emacs hangs when editing a 5-line Org file

From: Fabrice Niessen fni-n...@pirilampo.org Cc: dgu...@yandex.ru, 19...@debbugs.gnu.org Date: Fri, 30 Jan 2015 17:07:13 +0100 (gdb) thread 1 [Switching to thread 1 (Thread 8340.0x2568)] #0 0x01101915 in XSTRING (a=168379948) at C:/emacs/repo/src/lisp.h:974 (gdb) 974

[O] bug#21818: 24.5; org-set-tags-to indentation problems when called programmatically

> From: Emanuel Evans <mail@emanuel.industries> > Date: Tue, 03 Nov 2015 10:14:33 -0800 > > Eli Zaretskii <e...@gnu.org> writes: > > > Are you sure this isn't a problem with Org mode? If not, can you tell > > why you think so? > > Oh, I think it c

Re: [O] flycheck orgmode on windows invalid output file name

> From: Guido Van Hoecke > Date: Sun, 05 Jun 2016 12:45:45 +0200 > > Error while checking syntax automatically: (file-error "Opening output file" > "Invalid argument" > "c:/Users/guivh/emacs-guivho/.flycheck_emacs-guivho.org[*Org Src > emacs-guivho.org[ emacs-lisp ]*]") > >

Re: [O] flycheck orgmode on windows invalid output file name

> From: Guido Van Hoecke > Date: Mon, 6 Jun 2016 08:43:00 +0200 > Cc: help-gnu-emacs , orgmode > > >> Still, when editing elisp blocks from my elisp.org files, I keep > >> hitting the '*' problem... > > > > What is "the '*'

Re: [O] flycheck orgmode on windows invalid output file name

> From: Guido Van Hoecke > Date: Sun, 5 Jun 2016 21:41:18 +0200 > Cc: help-gnu-emacs , orgmode > > For testing i went to change flycheck-temp-file-system in flycheck.el > so that it reads > > (setq tempfile

[O] bug#22734: 24.5; do not leave opened org-agenda-files on org-agenda-list, etc.

> From: Oleksandr Gavenko > Date: Thu, 18 Feb 2016 16:23:05 +0200 > > In GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.2) > of 2015-10-24 on trouble, modified by Debian > Windowing system distributor `The X.Org Foundation', version 11.0.11702000 > System

[O] bug#23917: 25.0.95; commit 3a9d6296b35e5317c497674d5725eb52699bd3b8 causing org-capture to error out

> From: nljlistb...@gmail.com (N. Jackson) > Cc: 23...@debbugs.gnu.org, Eli Zaretskii <e...@gnu.org>, > jwieg...@gmail.com, rpl...@gmail.com, monn...@iro.umontreal.ca, > alex.ben...@linaro.org > Date: Fri, 22 Jul 2016 21:42:08 -0300 > > Both the v2 and the v3 pa

[O] bug#23917: Please consider making Bug #23917 a blocker for 25.1 (was Re: org-capture: Capture template ‘g’: Match data clobbered by buffer modification hooks)

> From: npost...@users.sourceforge.net > Cc: 23...@debbugs.gnu.org, nljlistb...@gmail.com, jwieg...@gmail.com, > rpl...@gmail.com, monn...@iro.umontreal.ca, alex.ben...@linaro.org > Date: Thu, 21 Jul 2016 21:08:43 -0400 > > I made the same adjustments to the saved sub_start and sub_end >

[O] bug#23917: Please consider making Bug #23917 a blocker for 25.1 (was Re: org-capture: Capture template ‘g’: Match data clobbered by buffer modification hooks)

> From: npost...@users.sourceforge.net > Cc: 23...@debbugs.gnu.org, nljlistb...@gmail.com, jwieg...@gmail.com, > rpl...@gmail.com, monn...@iro.umontreal.ca, alex.ben...@linaro.org > Date: Wed, 20 Jul 2016 23:00:59 -0400 > > > Please also make sure bug#23869 is still fixed after this. > >

[O] bug#23917: Please consider making Bug #23917 a blocker for 25.1 (was Re: org-capture: Capture template ‘g’: Match data clobbered by buffer modification hooks)

> From: Stefan Monnier > Cc: rpl...@gmail.com, 23...@debbugs.gnu.org, alex.ben...@linaro.org, > jwieg...@gmail.com, nljlistb...@gmail.com, npost...@users.sourceforge.net > Date: Wed, 20 Jul 2016 14:19:59 -0400 > > > Is it OK to adjust the match data before

[O] bug#23917: Please consider making Bug #23917 a blocker for 25.1 (was Re: org-capture: Capture template ‘g’: Match data clobbered by buffer modification hooks)

> From: npost...@users.sourceforge.net > Cc: Eli Zaretskii <e...@gnu.org>, 23...@debbugs.gnu.org, > nljlistb...@gmail.com, jwieg...@gmail.com, rpl...@gmail.com, > alex.ben...@linaro.org > Date: Wed, 20 Jul 2016 20:56:28 -0400 > > >> Maybe there's a misun

  1   2   3   >