* [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).