emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Orgmode] Re: BUG - Attachment directories with newlines


From: Bernt Hansen
Subject: [Orgmode] Re: BUG - Attachment directories with newlines
Date: Thu, 06 Nov 2008 21:30:05 -0500
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux)

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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]