Okay It's back... :)
I'm creating attachments using C-c C-a a using the latest version of
org-mode in git.
The first time the attachment is created correctly. This creates the
property ID. The second attachment is the one that fails. It reads
the property from the entry and includes the newline at the end.
This then creates the directory with the newline and attachments 2
and
later end up in the directory with a trailing newline.
Only attachments in the entry with a trailing newline are returned
for
me using C-c C-a o
In the following entry
,----
| ** TODO Bug report for attachments :ATTACH:
| :CLOCK:
| CLOCK: [2008-11-06 Thu 20:36]
| CLOCK: [2008-11-05 Wed 18:28]--[2008-11-05 Wed 19:56] => 1:28
| :END:
| :PROPERTIES:
| :Attachments: r1.xml r2.xml outputXML.asp r6.xml
| :ID: 202aa5c-111e-46ec-8461-144d4f492a41
| :END:
| [2008-11-05 Wed]
| (org-id-get (point))
| (org-entry-get (point) "ID")
|
`----
(org-id-get (point)) and
(org-entry-get (point) "ID") both return
"202aa5c-111e-46ec-8461-144d4f492a41
"
Also when each new attachment is added a newline is added between
:Attachments: and :ID: (I deleted them from the example above)
After C-c C-a a two more times attaching r3.xml and r4.xml I get
,----
| ** TODO Bug report for attachments :ATTACH:
| :CLOCK:
| CLOCK: [2008-11-06 Thu 20:36]
| CLOCK: [2008-11-05 Wed 18:28]--[2008-11-05 Wed 19:56] => 1:28
| :END:
| :PROPERTIES:
| :Attachments: r4.xml r3.xml r1.xml r2.xml outputXML.asp r6.xml
|
|
| :ID: 202aa5c-111e-46ec-8461-144d4f492a41
| :END:
| [2008-11-05 Wed]
| (org-id-get (point))
| (org-entry-get (point) "ID")
|
`----
I'm not sure if org-entry-get or org-id-get should strip the newline
from the returned value so I didn't supply a patch for this.
Regards,
Bernt
Carsten Dominik <address@hidden> writes:
Isn't that nice that there are bugs that go away by themselves?
Thanks for investigating this.
- Carsten
On Nov 6, 2008, at 12:31 AM, Bernt Hansen wrote:
Sorry about all the replies to my own mail.
I checked out the master branch on Oct 24 and it breaks right away.
git checkout address@hidden
and running uncompiled sources creates attachment directories
with a
newline at the end. It's been fixed since then.
I'll go and move all my attachments which are in directories with
embedded newlines to the correct location and all should be well
for
me
at that point.
Other users might want to check if they have attachments in broken
directories too.
-Bernt
Bernt Hansen <address@hidden> writes:
Attachments work fine today. They also worked fine on Oct
15th. But
all of the attachments I made on Oct 24 have a newline embedded as
the
last character of the directory name.
I'll try to see if I can duplicate this error. Your time is
better
spent on other things I think.
I'll let you know what I find out.
Regards,
Bernt
Bernt Hansen <address@hidden> writes:
I've only every created files in my data directory with the C-c
a a
command.
I'll try to get more useful information about this tonight
-Bernt
Carsten Dominik <address@hidden> writes:
Hi Bernt,
it would be useful to know if the files in the directory with
the
\n
where attached there or created there by a different method than
the
files in the directory without.
Thanks.
- Carsten
On Nov 5, 2008, at 8:11 PM, Bernt Hansen wrote:
Hi Carsten,
I've run into a problem with attachments. I tried opening an
attachment
for one of my tasks and it can't find it.
As it turns out the attachment directory has an embedded
newline
in it
like this:
,----
| address@hidden:~/git/org/data/c6$ find . -type d -ls
| 5581153 4 drwxr-xr-x 4 bernt bernt 4096 Oct 24
15:59 .
| 5581154 4 drwxr-xr-x 2 bernt bernt 4096 Oct 24
15:59 ./47cbe-2158-46ce-bd93-8faf5ca95725
| 5581156 4 drwxr-xr-x 2 bernt bernt 4096 Oct 24
17:05 ./47cbe-2158-46ce-bd93-8faf5ca95725\n
| address@hidden:~/git/org/data/c6$
`----
and any files that were stored in the directory with the
newline
can't
be found.
The files are still there - just not retrievable from the org
attachment
system.
I haven't bisected to find out where the problem was
introduced.
-Bernt
_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
address@hidden
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
address@hidden
http://lists.gnu.org/mailman/listinfo/emacs-orgmode