From: Robert Goldman <rpgoldman@sift.info>
To: Carsten Dominik <dominik@science.uva.nl>
Cc: emacs-orgmode@gnu.org
Subject: Bug (?) adding attachment to note in remember buffer
Date: Mon, 17 Nov 2008 10:20:17 -0600 [thread overview]
Message-ID: <492199C1.4040002@sift.info> (raw)
When I try to add an attachment to a note in the remember buffer, I get
an error that looks like this:
Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
file-truename(nil)
byte-code(xxxxx [org-id-locations list locs file id nil file-truename
throw exit t] 3)
org-id-add-location("xvsc3fr01ge0@sift.info" nil)
org-id-get(353 t)
org-attach-dir(t)
org-attach-attach("~/Desktop/hold-notification.eml" nil)
call-interactively(org-attach-attach)
org-attach()
call-interactively(org-attach)
[sorry about the byte-code-garble]
This is on the latest version, pulled from git this morning.
Clearly what's wrong is the call to org-id-add-location with NIL as the
FILE argument. That's the proximal cause. The root cause seems to be
that when we call (buffer-file-name (buffer-base-buffer)) inside a
buffer created by org-remember, it returns nil (buffer-base-buffer is nil).
This suggests that the org-attachment code needs a special way of
handling attachment placement when it's invoked inside remember.
A short-term fix might be to use advice to intercept calls to org-attach
when invoked inside a remember buffer and have it raise an error and
tell you to wait until the remember note has been filed before adding an
attachment.
[as an aside, this whole mess is caused because I have no way to create
an org link to an email from Thunderbird, so I have to handle all my
email-related tasks through attachments. Grrrr....]
An alternative would be to have org-id-get handle remember buffers
specially. org-remember has some default location for putting its new
item, and that could presumably be looked up. However, given that one
has the possibility of changing the destination of the note, this would
have to be handled carefully. If (a) org-refile handles relocating
attachments correctly and (b) the code in org-remember for handling,
e.g., C-1 C-c C-c. uses the org-refile code; then this should be
relatively easy to handle.
Best,
Robert
next reply other threads:[~2008-11-17 16:20 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-17 16:20 Robert Goldman [this message]
2008-11-18 7:59 ` Bug (?) adding attachment to note in remember buffer Carsten Dominik
2008-11-18 9:08 ` Carsten Dominik
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=492199C1.4040002@sift.info \
--to=rpgoldman@sift.info \
--cc=dominik@science.uva.nl \
--cc=emacs-orgmode@gnu.org \
/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).