* BUG - Attachment directories with newlines @ 2008-11-05 19:11 Bernt Hansen 2008-11-05 22:41 ` Carsten Dominik 0 siblings, 1 reply; 13+ messages in thread From: Bernt Hansen @ 2008-11-05 19:11 UTC (permalink / raw) To: emacs-orgmode 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: ,---- | bernt@gollum:~/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 | bernt@gollum:~/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 ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: BUG - Attachment directories with newlines 2008-11-05 19:11 BUG - Attachment directories with newlines Bernt Hansen @ 2008-11-05 22:41 ` Carsten Dominik 2008-11-05 23:04 ` Bernt Hansen 0 siblings, 1 reply; 13+ messages in thread From: Carsten Dominik @ 2008-11-05 22:41 UTC (permalink / raw) To: Bernt Hansen; +Cc: emacs-orgmode 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: > > ,---- > | bernt@gollum:~/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 > | bernt@gollum:~/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. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: BUG - Attachment directories with newlines 2008-11-05 22:41 ` Carsten Dominik @ 2008-11-05 23:04 ` Bernt Hansen 2008-11-05 23:26 ` Bernt Hansen 0 siblings, 1 reply; 13+ messages in thread From: Bernt Hansen @ 2008-11-05 23:04 UTC (permalink / raw) To: Carsten Dominik; +Cc: emacs-orgmode 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 <dominik@science.uva.nl> 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: >> >> ,---- >> | bernt@gollum:~/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 >> | bernt@gollum:~/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. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: BUG - Attachment directories with newlines 2008-11-05 23:04 ` Bernt Hansen @ 2008-11-05 23:26 ` Bernt Hansen 2008-11-05 23:31 ` Bernt Hansen 0 siblings, 1 reply; 13+ messages in thread From: Bernt Hansen @ 2008-11-05 23:26 UTC (permalink / raw) To: Carsten Dominik; +Cc: emacs-orgmode 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 <bernt@norang.ca> 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 <dominik@science.uva.nl> 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: >>> >>> ,---- >>> | bernt@gollum:~/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 >>> | bernt@gollum:~/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. >>> Emacs-orgmode@gnu.org >>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: BUG - Attachment directories with newlines 2008-11-05 23:26 ` Bernt Hansen @ 2008-11-05 23:31 ` Bernt Hansen 2008-11-06 7:11 ` Carsten Dominik 0 siblings, 1 reply; 13+ messages in thread From: Bernt Hansen @ 2008-11-05 23:31 UTC (permalink / raw) To: Carsten Dominik; +Cc: emacs-orgmode 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 master@{oct.24} 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 <bernt@norang.ca> 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 <bernt@norang.ca> 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 <dominik@science.uva.nl> 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: >>>> >>>> ,---- >>>> | bernt@gollum:~/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 >>>> | bernt@gollum:~/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. >>>> Emacs-orgmode@gnu.org >>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: BUG - Attachment directories with newlines 2008-11-05 23:31 ` Bernt Hansen @ 2008-11-06 7:11 ` Carsten Dominik 2008-11-07 2:30 ` Bernt Hansen 0 siblings, 1 reply; 13+ messages in thread From: Carsten Dominik @ 2008-11-06 7:11 UTC (permalink / raw) To: Bernt Hansen; +Cc: emacs-orgmode 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 master@{oct.24} > > 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 <bernt@norang.ca> 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 <bernt@norang.ca> 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 <dominik@science.uva.nl> 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: >>>>> >>>>> ,---- >>>>> | bernt@gollum:~/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 >>>>> | bernt@gollum:~/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. >>>>> Emacs-orgmode@gnu.org >>>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: BUG - Attachment directories with newlines 2008-11-06 7:11 ` Carsten Dominik @ 2008-11-07 2:30 ` Bernt Hansen 2008-11-07 5:45 ` Carsten Dominik 0 siblings, 1 reply; 13+ messages in thread From: Bernt Hansen @ 2008-11-07 2:30 UTC (permalink / raw) To: Carsten Dominik; +Cc: emacs-orgmode 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 <dominik@science.uva.nl> 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 master@{oct.24} >> >> 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 <bernt@norang.ca> 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 <bernt@norang.ca> 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 <dominik@science.uva.nl> 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: >>>>>> >>>>>> ,---- >>>>>> | bernt@gollum:~/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 >>>>>> | bernt@gollum:~/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. >>>>>> Emacs-orgmode@gnu.org >>>>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > > > _______________________________________________ > Emacs-orgmode mailing list > Remember: use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: BUG - Attachment directories with newlines 2008-11-07 2:30 ` Bernt Hansen @ 2008-11-07 5:45 ` Carsten Dominik 2008-11-07 5:49 ` Carsten Dominik ` (2 more replies) 0 siblings, 3 replies; 13+ messages in thread From: Carsten Dominik @ 2008-11-07 5:45 UTC (permalink / raw) To: Bernt Hansen; +Cc: emacs-orgmode This is very strange. I cannot reproduce this. When I evaluate in your example > | (org-id-get (point)) > | (org-entry-get (point) "ID") I get in both cases just the ID, no newline with it. Also, new newlines are created for me after the attachment property. Can please more people try Bernt's example? Thanks - Carsten On Nov 7, 2008, at 3:30 AM, Bernt Hansen wrote: > 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 <dominik@science.uva.nl> 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 master@{oct.24} >>> >>> 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 <bernt@norang.ca> 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 <bernt@norang.ca> 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 <dominik@science.uva.nl> 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: >>>>>>> >>>>>>> ,---- >>>>>>> | bernt@gollum:~/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 >>>>>>> | bernt@gollum:~/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. >>>>>>> Emacs-orgmode@gnu.org >>>>>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> >> >> >> _______________________________________________ >> Emacs-orgmode mailing list >> Remember: use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: BUG - Attachment directories with newlines 2008-11-07 5:45 ` Carsten Dominik @ 2008-11-07 5:49 ` Carsten Dominik 2008-11-07 7:21 ` Nick Dokos 2008-11-07 14:27 ` Charles Sebold 2 siblings, 0 replies; 13+ messages in thread From: Carsten Dominik @ 2008-11-07 5:49 UTC (permalink / raw) To: Carsten Dominik; +Cc: Bernt Hansen, emacs-orgmode On Nov 7, 2008, at 6:45 AM, Carsten Dominik wrote: > This is very strange. I cannot reproduce this. When I evaluate in > your example > >> | (org-id-get (point)) >> | (org-entry-get (point) "ID") > > I get in both cases just the ID, no newline with it. Also, new > newlines *no* new newlines are created...... > are created for me after the attachment property. Can please more > people try Bernt's example? > > Thanks > > - Carsten > > On Nov 7, 2008, at 3:30 AM, Bernt Hansen wrote: > >> 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 <dominik@science.uva.nl> 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 master@{oct.24} >>>> >>>> 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 <bernt@norang.ca> 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 <bernt@norang.ca> 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 <dominik@science.uva.nl> 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: >>>>>>>> >>>>>>>> ,---- >>>>>>>> | bernt@gollum:~/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 >>>>>>>> | bernt@gollum:~/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. >>>>>>>> Emacs-orgmode@gnu.org >>>>>>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >>> >>> >>> >>> _______________________________________________ >>> Emacs-orgmode mailing list >>> Remember: use `Reply All' to send replies to the list. >>> Emacs-orgmode@gnu.org >>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Re: BUG - Attachment directories with newlines 2008-11-07 5:45 ` Carsten Dominik 2008-11-07 5:49 ` Carsten Dominik @ 2008-11-07 7:21 ` Nick Dokos 2008-11-07 13:08 ` Bernt Hansen 2008-11-07 14:27 ` Charles Sebold 2 siblings, 1 reply; 13+ messages in thread From: Nick Dokos @ 2008-11-07 7:21 UTC (permalink / raw) To: Carsten Dominik; +Cc: Bernt Hansen, emacs-orgmode Carsten Dominik <dominik@science.uva.nl> wrote: > This is very strange. I cannot reproduce this. When I evaluate in > your example > > > | (org-id-get (point)) > > | (org-entry-get (point) "ID") > > I get in both cases just the ID, no newline with it. Also, new > newlines are created for me after the attachment property. Can please > more people try Bernt's example? > I cannot reproduce it either. This is a shot in the dark but I noticed that org-entry-get uses a regexp using "\\S-", which is supposed to match whitespace. Maybe Bernt has somehow modified his syntax tables so that newline is not whitespace? If so, I believe that the return value will include the newline and org-id-get will return it unchanged as well, thereby explaining what Bernt sees. Regards, Nick ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Re: BUG - Attachment directories with newlines 2008-11-07 7:21 ` Nick Dokos @ 2008-11-07 13:08 ` Bernt Hansen 0 siblings, 0 replies; 13+ messages in thread From: Bernt Hansen @ 2008-11-07 13:08 UTC (permalink / raw) To: nicholas.dokos; +Cc: emacs-orgmode Nick Dokos <nicholas.dokos@hp.com> writes: > Carsten Dominik <dominik@science.uva.nl> wrote: > >> This is very strange. I cannot reproduce this. When I evaluate in >> your example >> >> > | (org-id-get (point)) >> > | (org-entry-get (point) "ID") >> >> I get in both cases just the ID, no newline with it. Also, new >> newlines are created for me after the attachment property. Can please >> more people try Bernt's example? >> > > I cannot reproduce it either. This is a shot in the dark but I noticed > that org-entry-get uses a regexp using "\\S-", which is supposed to > match whitespace. Maybe Bernt has somehow modified his syntax tables so > that newline is not whitespace? If so, I believe that the return value > will include the newline and org-id-get will return it unchanged as well, > thereby explaining what Bernt sees. I haven't knowingly modified it :) I'll try again with a minimal emacs and see if it goes away. More details later... -Bernt ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Re: BUG - Attachment directories with newlines 2008-11-07 5:45 ` Carsten Dominik 2008-11-07 5:49 ` Carsten Dominik 2008-11-07 7:21 ` Nick Dokos @ 2008-11-07 14:27 ` Charles Sebold 2008-11-07 16:14 ` Bernt Hansen 2 siblings, 1 reply; 13+ messages in thread From: Charles Sebold @ 2008-11-07 14:27 UTC (permalink / raw) To: emacs-orgmode On 6 Nov 2008, Carsten Dominik wrote: > I get in both cases just the ID, no newline with it. Also, new > newlines are created for me after the attachment property. Can please > more people try Bernt's example? Same for me, just the ID, no newline. -- Charles Sebold 7th of November, 2008 GNU Emacs 22.3.1 (i386-mingw-nt5.1.2600) | Gnus v5.11 | org-mode 6.11pre01 ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: BUG - Attachment directories with newlines 2008-11-07 14:27 ` Charles Sebold @ 2008-11-07 16:14 ` Bernt Hansen 0 siblings, 0 replies; 13+ messages in thread From: Bernt Hansen @ 2008-11-07 16:14 UTC (permalink / raw) To: emacs-orgmode Charles Sebold <csebold@gmail.com> writes: > On 6 Nov 2008, Carsten Dominik wrote: > >> I get in both cases just the ID, no newline with it. Also, new >> newlines are created for me after the attachment property. Can please >> more people try Bernt's example? > > Same for me, just the ID, no newline. I'm not losing my mind... honest! But today I don't get the newline either. I cut and pasted the previous example from the message window after evaluating the lisp expressions. -Bernt ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2008-11-07 16:14 UTC | newest] Thread overview: 13+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2008-11-05 19:11 BUG - Attachment directories with newlines Bernt Hansen 2008-11-05 22:41 ` Carsten Dominik 2008-11-05 23:04 ` Bernt Hansen 2008-11-05 23:26 ` Bernt Hansen 2008-11-05 23:31 ` Bernt Hansen 2008-11-06 7:11 ` Carsten Dominik 2008-11-07 2:30 ` Bernt Hansen 2008-11-07 5:45 ` Carsten Dominik 2008-11-07 5:49 ` Carsten Dominik 2008-11-07 7:21 ` Nick Dokos 2008-11-07 13:08 ` Bernt Hansen 2008-11-07 14:27 ` Charles Sebold 2008-11-07 16:14 ` Bernt Hansen
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.