From: Eric S Fraga <e.fraga@ucl.ac.uk>
To: Nick Dokos <ndokos@gmail.com>
Cc: Bastien <bzg@altern.org>, emacs-orgmode@gnu.org
Subject: Re: [bug] org-capture fails with undefined org-time-was-given variable
Date: Fri, 24 May 2013 09:50:20 +0100 [thread overview]
Message-ID: <87y5b4zrqr.fsf@ucl.ac.uk> (raw)
In-Reply-To: <8738td20qt.fsf@pierrot.dokosmarshall.org> (Nick Dokos's message of "Thu, 23 May 2013 11:07:38 -0400")
Dear Nick & Bastien,
Thanks for your responses.
Both of you indicated that you don't have the problem with Emacs -Q. I
don't either. Sorry, I should have tried a minimal example before
posting.
In any case, I have tracked down the offending line in my customisation
that leads to the error:
(setq org-popup-calendar-for-date-prompt nil)
The default is t which allows my capture to work but I don't want a
calendar popup. Note that there is a new name for this variable,
org-read-date-popup-calendar but it makes no difference which name I
use.
I have tried tracing this through but have failed to figure out why the
setting of this variable makes a difference. See below.
> Org-mode version 8.0.3 (release_8.0.3-144-gbd09fe @
> /home/nick/elisp/org-mode/lisp/)
>
> That includes a bunch of private commits, but when I look at git history
> I don't find the commit you mention in your org version, f1b99a, so
> maybe you have your own bunch of private commits and one or more of them
> broke something? Maybe try a vanilla org?
My org *is* vanilla! I try to keep it as such. I live dangerously
enough by tracking the development version on a relative frequent basis
... :-)
It's very strange that you could not find the commit. But I have
updated org since then unfortunately so cannot reproduce the
situation. I am sending this email from a different system so it has a
different org version (long story).
> The variable is indeed not to be set by you: it's a dynamically scoped
> variable, so somebody binds it at some level and then every callee
> (direct or indirect) can access it. Stepping through
> org-capture-set-location shows that it is unbound up until the call to
> org-read-date (line 907-909 in org-capture.el) and it is bound on return
> from that function, at least in my case.
Yes. The only place I can find where the variable is actually given a
value is in org-data-analyze (sic) but I can't figure out the trail that
leads to this happening (it involves org-end-time-was-given).
I may try later to see if I can figure this out. In any case, this is
not mission critical in any sense! I was just surprised when the error
happened.
Thanks again,
eric
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_8.0.2-101-gce5988
next prev parent reply other threads:[~2013-05-24 8:51 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-23 9:35 [bug] org-capture fails with undefined org-time-was-given variable Eric S Fraga
2013-05-23 15:07 ` Nick Dokos
2013-05-24 8:50 ` Eric S Fraga [this message]
2013-06-27 13:36 ` Bastien
2013-05-23 17:54 ` Bastien
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87y5b4zrqr.fsf@ucl.ac.uk \
--to=e.fraga@ucl.ac.uk \
--cc=bzg@altern.org \
--cc=emacs-orgmode@gnu.org \
--cc=ndokos@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).