* [BUG] org-agenda-switch-to fails with void function org-pop-to-buffer-same-window @ 2011-12-15 1:26 Jeff Horn 2011-12-15 16:58 ` Sean O'Halpin 0 siblings, 1 reply; 7+ messages in thread From: Jeff Horn @ 2011-12-15 1:26 UTC (permalink / raw) To: emacs-orgmode Recently did a fresh pull, which seems to have broken org-agenda-switch-to. To reproduce, open an agenda buffer, navigate to a line you want to inspect, press [RET]. On my machine, this calls autopair, then falls back to org-agenda-switch-to. Autopair doesn't seem to be causing the problem, since it persists even if I call =M-x org-agenda-switch-to= instead of pressing [RET]. Org-mode version 7.8.02 (release_7.8.02.3.gfb8c) GNU Emacs 24.0.90.3 (i386-apple-darwin9.8.0, NS apple-appkit-949.54) of 2011-12-14 on braeburn.aquamacs.org - Aquamacs Distribution 3.xdev Can anyone reproduce? ,----[ Full Backtrace ] | Debugger entered--Lisp error: (void-function | org-pop-to-buffer-same-window) (org-pop-to-buffer-same-window | buffer) (let* ((marker (or (org-get-at-bol (quote org-marker)) | (org-agenda-error))) (buffer (marker-buffer marker)) (pos | (marker-position marker))) (org-pop-to-buffer-same-window buffer) | (and delete-other-windows (delete-other-windows)) (widen) (goto-char | pos) (when (eq major-mode (quote org-mode)) (org-show-context (quote | agenda)) (save-excursion (and (outline-next-heading) | (org-flag-heading nil))) (when (outline-invisible-p) (show-entry)))) | (if (and org-return-follows-link (not (org-get-at-bol (quote | org-marker))) (org-in-regexp org-bracket-link-regexp)) | (org-open-link-from-string (match-string 0)) (let* ((marker (or | (org-get-at-bol (quote org-marker)) (org-agenda-error))) (buffer | (marker-buffer marker)) (pos (marker-position marker))) | (org-pop-to-buffer-same-window buffer) (and delete-other-windows | (delete-other-windows)) (widen) (goto-char pos) (when (eq major-mode | (quote org-mode)) (org-show-context (quote agenda)) (save-excursion | (and (outline-next-heading) (org-flag-heading nil))) (when | (outline-invisible-p) (show-entry))))) org-agenda-switch-to() | call-interactively(org-agenda-switch-to) (let ((cua-delete-selection | (not autopair-autowrap)) (blink-matching-paren (not | autopair-action))) (call-interactively beyond-autopair)) (let* | ((autopair-emulation-alist nil) (beyond-cua (let ((cua--keymap-alist | nil)) (autopair-original-binding))) (beyond-autopair | (autopair-original-binding))) (when autopair-autowrap (setq | autopair-wrap-action (autopair-calculate-wrap-action))) (setq | this-original-command beyond-cua) (when (and (featurep (quote | paredit)) (string-match "paredit" (symbol-name beyond-cua))) (setq | autopair-action nil)) (let ((cua-delete-selection (not | autopair-autowrap)) (blink-matching-paren (not autopair-action))) | (call-interactively beyond-autopair))) autopair-fallback(" ") (let | ((pair (autopair-find-pair (char-before)))) (when (and pair (eq | (char-syntax pair) 41) (eq (char-after) pair)) (setq autopair-action | (list (quote newline) pair (point)))) (autopair-fallback (kbd | "RET"))) autopair-newline() call-interactively(autopair-newline nil | nil) `---- -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [BUG] org-agenda-switch-to fails with void function org-pop-to-buffer-same-window 2011-12-15 1:26 [BUG] org-agenda-switch-to fails with void function org-pop-to-buffer-same-window Jeff Horn @ 2011-12-15 16:58 ` Sean O'Halpin 2011-12-18 18:55 ` Jeff Horn 0 siblings, 1 reply; 7+ messages in thread From: Sean O'Halpin @ 2011-12-15 16:58 UTC (permalink / raw) To: Jeff Horn; +Cc: emacs-orgmode On Thu, Dec 15, 2011 at 1:26 AM, Jeff Horn <jrhorn424@gmail.com> wrote: > Recently did a fresh pull, which seems to have broken org-agenda-switch-to. > > To reproduce, open an agenda buffer, navigate to a line you want to > inspect, press [RET]. On my machine, this calls autopair, then falls > back to org-agenda-switch-to. Autopair doesn't seem to be causing the > problem, since it persists even if I call =M-x org-agenda-switch-to= > instead of pressing [RET]. > > Org-mode version 7.8.02 (release_7.8.02.3.gfb8c) > GNU Emacs 24.0.90.3 (i386-apple-darwin9.8.0, NS apple-appkit-949.54) > of 2011-12-14 on braeburn.aquamacs.org - Aquamacs Distribution 3.xdev > > Can anyone reproduce? > I recently had a similar problem with =org-pop-to-buffer-same-window= . It turned out that after switching to using =org-babel-load-file= to load my init file, emacs was then using the org-mode installed in site-lisp rather than my local git copy. I fixed this by setting =load-path= to point to my local git copy of org-mode before calling =org-babel-load-file=. HTH. Regards, Sean ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [BUG] org-agenda-switch-to fails with void function org-pop-to-buffer-same-window 2011-12-15 16:58 ` Sean O'Halpin @ 2011-12-18 18:55 ` Jeff Horn 2011-12-30 21:14 ` Jeff Horn 0 siblings, 1 reply; 7+ messages in thread From: Jeff Horn @ 2011-12-18 18:55 UTC (permalink / raw) To: Sean O'Halpin, eschulte; +Cc: emacs-orgmode I'll have to look into that. I'm using Eric Schulte's starter kit, so I doubt initialization is a problem. I haven't changed anything in my initialization other than a color theme in quite some time. On Thu, Dec 15, 2011 at 11:58, Sean O'Halpin <sean.ohalpin@gmail.com> wrote: > On Thu, Dec 15, 2011 at 1:26 AM, Jeff Horn <jrhorn424@gmail.com> wrote: >> Recently did a fresh pull, which seems to have broken org-agenda-switch-to. >> >> To reproduce, open an agenda buffer, navigate to a line you want to >> inspect, press [RET]. On my machine, this calls autopair, then falls >> back to org-agenda-switch-to. Autopair doesn't seem to be causing the >> problem, since it persists even if I call =M-x org-agenda-switch-to= >> instead of pressing [RET]. >> >> Org-mode version 7.8.02 (release_7.8.02.3.gfb8c) >> GNU Emacs 24.0.90.3 (i386-apple-darwin9.8.0, NS apple-appkit-949.54) >> of 2011-12-14 on braeburn.aquamacs.org - Aquamacs Distribution 3.xdev >> >> Can anyone reproduce? >> > > I recently had a similar problem with =org-pop-to-buffer-same-window= > . It turned out that after switching to using =org-babel-load-file= to > load my init file, emacs was then using the org-mode installed in > site-lisp rather than my local git copy. > > I fixed this by setting =load-path= to point to my local git copy of > org-mode before calling =org-babel-load-file=. > > HTH. > > Regards, > Sean -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [BUG] org-agenda-switch-to fails with void function org-pop-to-buffer-same-window 2011-12-18 18:55 ` Jeff Horn @ 2011-12-30 21:14 ` Jeff Horn 2011-12-30 21:44 ` Jeff Horn 0 siblings, 1 reply; 7+ messages in thread From: Jeff Horn @ 2011-12-30 21:14 UTC (permalink / raw) To: Sean O'Halpin, eschulte; +Cc: emacs-orgmode It looks like git org-mode is at the front of my load-path already. I'm assuming that emacs' load-path works similar to a shell load-path, with lower-indexed directories being searched (and used) before higher-indexed ones. This bug is really messing with my workflow. Anything else I should try? ,----[ load-path ] | ("~/.emacs.d/elpa/color-theme-6.6.1/themes" "~/completion" "~/test" | "/Users/jrhorn424/.emacs.d/src" | "/Users/jrhorn424/.emacs.d/src/ado-mode" | "/Users/jrhorn424/.emacs.d/src/deft" | "/Users/jrhorn424/.emacs.d/src/markdown-mode" | "/Users/jrhorn424/.emacs.d/src/org-mode" | "/Users/jrhorn424/.emacs.d/src/w3m" | "/Users/jrhorn424/.emacs.d/src/ado-mode/info" | "/Users/jrhorn424/.emacs.d/src/ado-mode/lisp" | "/Users/jrhorn424/.emacs.d/src/ado-mode/plan for highlighting.oo3" | "/Users/jrhorn424/.emacs.d/src/ado-mode/scripts" | "/Users/jrhorn424/.emacs.d/src/ado-mode/templates" | "/Users/jrhorn424/.emacs.d/src/org-mode/BUGFIXING" | "/Users/jrhorn424/.emacs.d/src/org-mode/EXPERIMENTAL" | "/Users/jrhorn424/.emacs.d/src/org-mode/UTILITIES" | "/Users/jrhorn424/.emacs.d/src/org-mode/contrib" | "/Users/jrhorn424/.emacs.d/src/org-mode/etc" | "/Users/jrhorn424/.emacs.d/src/org-mode/lisp" | "/Users/jrhorn424/.emacs.d/src/org-mode/testing" `---- On Sun, Dec 18, 2011 at 13:55, Jeff Horn <jrhorn424@gmail.com> wrote: > I'll have to look into that. I'm using Eric Schulte's starter kit, so > I doubt initialization is a problem. I haven't changed anything in my > initialization other than a color theme in quite some time. > > On Thu, Dec 15, 2011 at 11:58, Sean O'Halpin <sean.ohalpin@gmail.com> wrote: >> On Thu, Dec 15, 2011 at 1:26 AM, Jeff Horn <jrhorn424@gmail.com> wrote: >>> Recently did a fresh pull, which seems to have broken org-agenda-switch-to. >>> >>> To reproduce, open an agenda buffer, navigate to a line you want to >>> inspect, press [RET]. On my machine, this calls autopair, then falls >>> back to org-agenda-switch-to. Autopair doesn't seem to be causing the >>> problem, since it persists even if I call =M-x org-agenda-switch-to= >>> instead of pressing [RET]. >>> >>> Org-mode version 7.8.02 (release_7.8.02.3.gfb8c) >>> GNU Emacs 24.0.90.3 (i386-apple-darwin9.8.0, NS apple-appkit-949.54) >>> of 2011-12-14 on braeburn.aquamacs.org - Aquamacs Distribution 3.xdev >>> >>> Can anyone reproduce? >>> >> >> I recently had a similar problem with =org-pop-to-buffer-same-window= >> . It turned out that after switching to using =org-babel-load-file= to >> load my init file, emacs was then using the org-mode installed in >> site-lisp rather than my local git copy. >> >> I fixed this by setting =load-path= to point to my local git copy of >> org-mode before calling =org-babel-load-file=. >> >> HTH. >> >> Regards, >> Sean > > > > -- > Jeffrey Horn > http://www.failuretorefrain.com/jeff/ -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [BUG] org-agenda-switch-to fails with void function org-pop-to-buffer-same-window 2011-12-30 21:14 ` Jeff Horn @ 2011-12-30 21:44 ` Jeff Horn 2011-12-31 16:46 ` Nick Dokos 0 siblings, 1 reply; 7+ messages in thread From: Jeff Horn @ 2011-12-30 21:44 UTC (permalink / raw) To: Sean O'Halpin, eschulte; +Cc: emacs-orgmode Manually loading `org-mode/lisp/org-compat.el` loads the missing function. Is it weird to have so much functionality depend on a compatibility library? (I don't do software for a living, this is an innocent question.) Also, does anyone have a clue as to why org-compat.el isn't being loaded automatically? On Fri, Dec 30, 2011 at 16:14, Jeff Horn <jrhorn424@gmail.com> wrote: > It looks like git org-mode is at the front of my load-path > already. I'm assuming that emacs' load-path works similar to a shell > load-path, with lower-indexed directories being searched (and used) > before higher-indexed ones. > > This bug is really messing with my workflow. Anything else I should > try? > > ,----[ load-path ] > | ("~/.emacs.d/elpa/color-theme-6.6.1/themes" "~/completion" "~/test" > | "/Users/jrhorn424/.emacs.d/src" > | "/Users/jrhorn424/.emacs.d/src/ado-mode" > | "/Users/jrhorn424/.emacs.d/src/deft" > | "/Users/jrhorn424/.emacs.d/src/markdown-mode" > | "/Users/jrhorn424/.emacs.d/src/org-mode" > | "/Users/jrhorn424/.emacs.d/src/w3m" > | "/Users/jrhorn424/.emacs.d/src/ado-mode/info" > | "/Users/jrhorn424/.emacs.d/src/ado-mode/lisp" > | "/Users/jrhorn424/.emacs.d/src/ado-mode/plan for highlighting.oo3" > | "/Users/jrhorn424/.emacs.d/src/ado-mode/scripts" > | "/Users/jrhorn424/.emacs.d/src/ado-mode/templates" > | "/Users/jrhorn424/.emacs.d/src/org-mode/BUGFIXING" > | "/Users/jrhorn424/.emacs.d/src/org-mode/EXPERIMENTAL" > | "/Users/jrhorn424/.emacs.d/src/org-mode/UTILITIES" > | "/Users/jrhorn424/.emacs.d/src/org-mode/contrib" > | "/Users/jrhorn424/.emacs.d/src/org-mode/etc" > | "/Users/jrhorn424/.emacs.d/src/org-mode/lisp" > | "/Users/jrhorn424/.emacs.d/src/org-mode/testing" > `---- > > On Sun, Dec 18, 2011 at 13:55, Jeff Horn <jrhorn424@gmail.com> wrote: >> I'll have to look into that. I'm using Eric Schulte's starter kit, so >> I doubt initialization is a problem. I haven't changed anything in my >> initialization other than a color theme in quite some time. >> >> On Thu, Dec 15, 2011 at 11:58, Sean O'Halpin <sean.ohalpin@gmail.com> wrote: >>> On Thu, Dec 15, 2011 at 1:26 AM, Jeff Horn <jrhorn424@gmail.com> wrote: >>>> Recently did a fresh pull, which seems to have broken org-agenda-switch-to. >>>> >>>> To reproduce, open an agenda buffer, navigate to a line you want to >>>> inspect, press [RET]. On my machine, this calls autopair, then falls >>>> back to org-agenda-switch-to. Autopair doesn't seem to be causing the >>>> problem, since it persists even if I call =M-x org-agenda-switch-to= >>>> instead of pressing [RET]. >>>> >>>> Org-mode version 7.8.02 (release_7.8.02.3.gfb8c) >>>> GNU Emacs 24.0.90.3 (i386-apple-darwin9.8.0, NS apple-appkit-949.54) >>>> of 2011-12-14 on braeburn.aquamacs.org - Aquamacs Distribution 3.xdev >>>> >>>> Can anyone reproduce? >>>> >>> >>> I recently had a similar problem with =org-pop-to-buffer-same-window= >>> . It turned out that after switching to using =org-babel-load-file= to >>> load my init file, emacs was then using the org-mode installed in >>> site-lisp rather than my local git copy. >>> >>> I fixed this by setting =load-path= to point to my local git copy of >>> org-mode before calling =org-babel-load-file=. >>> >>> HTH. >>> >>> Regards, >>> Sean >> >> >> >> -- >> Jeffrey Horn >> http://www.failuretorefrain.com/jeff/ > > > > -- > Jeffrey Horn > http://www.failuretorefrain.com/jeff/ -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [BUG] org-agenda-switch-to fails with void function org-pop-to-buffer-same-window 2011-12-30 21:44 ` Jeff Horn @ 2011-12-31 16:46 ` Nick Dokos 2012-01-11 4:16 ` Jeff Horn 0 siblings, 1 reply; 7+ messages in thread From: Nick Dokos @ 2011-12-31 16:46 UTC (permalink / raw) To: Jeff Horn; +Cc: nicholas.dokos, emacs-orgmode, eschulte Jeff Horn <jrhorn424@gmail.com> wrote: > Manually loading `org-mode/lisp/org-compat.el` loads the missing > function. Is it weird to have so much functionality depend on a > compatibility library? (I don't do software for a living, this is an > innocent question.) > > Also, does anyone have a clue as to why org-compat.el isn't being > loaded automatically? > This is (most probably) a red herring: the problem is probably a frankenstein org mode install (bits and pieces loaded from various places). Daniel Doherty posted an answer (in another thread - see http://thread.gmane.org/gmane.emacs.orgmode/50526/focus=50574 for details). I added that proposed solution to the FAQ on worg but I don't use starter-kit, so feel free to correct and clarify appropriately. In particular, if you (Jeff) can verify that it solves your problem, that would go a long way towards putting this problem to bed - permanently, I hope. Thanks, Nick > On Fri, Dec 30, 2011 at 16:14, Jeff Horn <jrhorn424@gmail.com> wrote: > > It looks like git org-mode is at the front of my load-path > > already. I'm assuming that emacs' load-path works similar to a shell > > load-path, with lower-indexed directories being searched (and used) > > before higher-indexed ones. > > > > This bug is really messing with my workflow. Anything else I should > > try? > > > > ,----[ load-path ] > > | ("~/.emacs.d/elpa/color-theme-6.6.1/themes" "~/completion" "~/test" > > | "/Users/jrhorn424/.emacs.d/src" > > | "/Users/jrhorn424/.emacs.d/src/ado-mode" > > | "/Users/jrhorn424/.emacs.d/src/deft" > > | "/Users/jrhorn424/.emacs.d/src/markdown-mode" > > | "/Users/jrhorn424/.emacs.d/src/org-mode" > > | "/Users/jrhorn424/.emacs.d/src/w3m" > > | "/Users/jrhorn424/.emacs.d/src/ado-mode/info" > > | "/Users/jrhorn424/.emacs.d/src/ado-mode/lisp" > > | "/Users/jrhorn424/.emacs.d/src/ado-mode/plan for highlighting.oo3" > > | "/Users/jrhorn424/.emacs.d/src/ado-mode/scripts" > > | "/Users/jrhorn424/.emacs.d/src/ado-mode/templates" > > | "/Users/jrhorn424/.emacs.d/src/org-mode/BUGFIXING" > > | "/Users/jrhorn424/.emacs.d/src/org-mode/EXPERIMENTAL" > > | "/Users/jrhorn424/.emacs.d/src/org-mode/UTILITIES" > > | "/Users/jrhorn424/.emacs.d/src/org-mode/contrib" > > | "/Users/jrhorn424/.emacs.d/src/org-mode/etc" > > | "/Users/jrhorn424/.emacs.d/src/org-mode/lisp" > > | "/Users/jrhorn424/.emacs.d/src/org-mode/testing" > > `---- > > > > On Sun, Dec 18, 2011 at 13:55, Jeff Horn <jrhorn424@gmail.com> wrote: > >> I'll have to look into that. I'm using Eric Schulte's starter kit, so > >> I doubt initialization is a problem. I haven't changed anything in my > >> initialization other than a color theme in quite some time. > >> > >> On Thu, Dec 15, 2011 at 11:58, Sean O'Halpin <sean.ohalpin@gmail.com> wrote: > >>> On Thu, Dec 15, 2011 at 1:26 AM, Jeff Horn <jrhorn424@gmail.com> wrote: > >>>> Recently did a fresh pull, which seems to have broken org-agenda-switch-to. > >>>> > >>>> To reproduce, open an agenda buffer, navigate to a line you want to > >>>> inspect, press [RET]. On my machine, this calls autopair, then falls > >>>> back to org-agenda-switch-to. Autopair doesn't seem to be causing the > >>>> problem, since it persists even if I call =M-x org-agenda-switch-to= > >>>> instead of pressing [RET]. > >>>> > >>>> Org-mode version 7.8.02 (release_7.8.02.3.gfb8c) > >>>> GNU Emacs 24.0.90.3 (i386-apple-darwin9.8.0, NS apple-appkit-949.54) > >>>> of 2011-12-14 on braeburn.aquamacs.org - Aquamacs Distribution 3.xdev > >>>> > >>>> Can anyone reproduce? > >>>> > >>> > >>> I recently had a similar problem with =org-pop-to-buffer-same-window= > >>> . It turned out that after switching to using =org-babel-load-file= to > >>> load my init file, emacs was then using the org-mode installed in > >>> site-lisp rather than my local git copy. > >>> > >>> I fixed this by setting =load-path= to point to my local git copy of > >>> org-mode before calling =org-babel-load-file=. > >>> > >>> HTH. > >>> > >>> Regards, > >>> Sean > >> > >> > >> > >> -- > >> Jeffrey Horn > >> http://www.failuretorefrain.com/jeff/ > > > > > > > > -- > > Jeffrey Horn > > http://www.failuretorefrain.com/jeff/ > > > > -- > Jeffrey Horn > http://www.failuretorefrain.com/jeff/ > ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [BUG] org-agenda-switch-to fails with void function org-pop-to-buffer-same-window 2011-12-31 16:46 ` Nick Dokos @ 2012-01-11 4:16 ` Jeff Horn 0 siblings, 0 replies; 7+ messages in thread From: Jeff Horn @ 2012-01-11 4:16 UTC (permalink / raw) To: nicholas.dokos; +Cc: emacs-orgmode, eschulte Daniel's solution didn't end up working for some reason. After spending over an hour on it this evening, I couldn't get git-cloned org to work. I was running into an odd problem with 'cyclic variable indirection' or something like that. In a trouble-shooting step, I moved the git-cloned org out of the way, and site org took over. Turns out, site org in Aquamacs Dev is the current stable version of org. I suppose I might run into an issue here or there, but for now all seems to be working. Since I've never really actively participated in development and I ran smoothly over a year without needing to report a bug, I don't seem to be losing much. Cheers, all, and thanks for your suggestions. On Sat, Dec 31, 2011 at 11:46, Nick Dokos <nicholas.dokos@hp.com> wrote: > Jeff Horn <jrhorn424@gmail.com> wrote: > >> Manually loading `org-mode/lisp/org-compat.el` loads the missing >> function. Is it weird to have so much functionality depend on a >> compatibility library? (I don't do software for a living, this is an >> innocent question.) >> >> Also, does anyone have a clue as to why org-compat.el isn't being >> loaded automatically? >> > > This is (most probably) a red herring: the problem is probably a > frankenstein org mode install (bits and pieces loaded from various > places). > > Daniel Doherty posted an answer (in another thread - see > http://thread.gmane.org/gmane.emacs.orgmode/50526/focus=50574 for > details). I added that proposed solution to the FAQ on worg but I don't > use starter-kit, so feel free to correct and clarify appropriately. In > particular, if you (Jeff) can verify that it solves your problem, that > would go a long way towards putting this problem to bed - permanently, I > hope. > > Thanks, > Nick > > >> On Fri, Dec 30, 2011 at 16:14, Jeff Horn <jrhorn424@gmail.com> wrote: >> > It looks like git org-mode is at the front of my load-path >> > already. I'm assuming that emacs' load-path works similar to a shell >> > load-path, with lower-indexed directories being searched (and used) >> > before higher-indexed ones. >> > >> > This bug is really messing with my workflow. Anything else I should >> > try? >> > >> > ,----[ load-path ] >> > | ("~/.emacs.d/elpa/color-theme-6.6.1/themes" "~/completion" "~/test" >> > | "/Users/jrhorn424/.emacs.d/src" >> > | "/Users/jrhorn424/.emacs.d/src/ado-mode" >> > | "/Users/jrhorn424/.emacs.d/src/deft" >> > | "/Users/jrhorn424/.emacs.d/src/markdown-mode" >> > | "/Users/jrhorn424/.emacs.d/src/org-mode" >> > | "/Users/jrhorn424/.emacs.d/src/w3m" >> > | "/Users/jrhorn424/.emacs.d/src/ado-mode/info" >> > | "/Users/jrhorn424/.emacs.d/src/ado-mode/lisp" >> > | "/Users/jrhorn424/.emacs.d/src/ado-mode/plan for highlighting.oo3" >> > | "/Users/jrhorn424/.emacs.d/src/ado-mode/scripts" >> > | "/Users/jrhorn424/.emacs.d/src/ado-mode/templates" >> > | "/Users/jrhorn424/.emacs.d/src/org-mode/BUGFIXING" >> > | "/Users/jrhorn424/.emacs.d/src/org-mode/EXPERIMENTAL" >> > | "/Users/jrhorn424/.emacs.d/src/org-mode/UTILITIES" >> > | "/Users/jrhorn424/.emacs.d/src/org-mode/contrib" >> > | "/Users/jrhorn424/.emacs.d/src/org-mode/etc" >> > | "/Users/jrhorn424/.emacs.d/src/org-mode/lisp" >> > | "/Users/jrhorn424/.emacs.d/src/org-mode/testing" >> > `---- >> > >> > On Sun, Dec 18, 2011 at 13:55, Jeff Horn <jrhorn424@gmail.com> wrote: >> >> I'll have to look into that. I'm using Eric Schulte's starter kit, so >> >> I doubt initialization is a problem. I haven't changed anything in my >> >> initialization other than a color theme in quite some time. >> >> >> >> On Thu, Dec 15, 2011 at 11:58, Sean O'Halpin <sean.ohalpin@gmail.com> wrote: >> >>> On Thu, Dec 15, 2011 at 1:26 AM, Jeff Horn <jrhorn424@gmail.com> wrote: >> >>>> Recently did a fresh pull, which seems to have broken org-agenda-switch-to. >> >>>> >> >>>> To reproduce, open an agenda buffer, navigate to a line you want to >> >>>> inspect, press [RET]. On my machine, this calls autopair, then falls >> >>>> back to org-agenda-switch-to. Autopair doesn't seem to be causing the >> >>>> problem, since it persists even if I call =M-x org-agenda-switch-to= >> >>>> instead of pressing [RET]. >> >>>> >> >>>> Org-mode version 7.8.02 (release_7.8.02.3.gfb8c) >> >>>> GNU Emacs 24.0.90.3 (i386-apple-darwin9.8.0, NS apple-appkit-949.54) >> >>>> of 2011-12-14 on braeburn.aquamacs.org - Aquamacs Distribution 3.xdev >> >>>> >> >>>> Can anyone reproduce? >> >>>> >> >>> >> >>> I recently had a similar problem with =org-pop-to-buffer-same-window= >> >>> . It turned out that after switching to using =org-babel-load-file= to >> >>> load my init file, emacs was then using the org-mode installed in >> >>> site-lisp rather than my local git copy. >> >>> >> >>> I fixed this by setting =load-path= to point to my local git copy of >> >>> org-mode before calling =org-babel-load-file=. >> >>> >> >>> HTH. >> >>> >> >>> Regards, >> >>> Sean >> >> >> >> >> >> >> >> -- >> >> Jeffrey Horn >> >> http://www.failuretorefrain.com/jeff/ >> > >> > >> > >> > -- >> > Jeffrey Horn >> > http://www.failuretorefrain.com/jeff/ >> >> >> >> -- >> Jeffrey Horn >> http://www.failuretorefrain.com/jeff/ >> -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2012-01-11 4:17 UTC | newest] Thread overview: 7+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2011-12-15 1:26 [BUG] org-agenda-switch-to fails with void function org-pop-to-buffer-same-window Jeff Horn 2011-12-15 16:58 ` Sean O'Halpin 2011-12-18 18:55 ` Jeff Horn 2011-12-30 21:14 ` Jeff Horn 2011-12-30 21:44 ` Jeff Horn 2011-12-31 16:46 ` Nick Dokos 2012-01-11 4:16 ` Jeff Horn
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).