capture problem

capture problem

[Thomas S. Dye]

Aloha all,

I'm sometimes running into this error message when I capture:

condition-case: Capture abort: (quit pasteboard doesn't contain valid data)

Unfortunately, this doesn't mean anything to me.  The problem arises
after I've been working for a while, but I haven't an idea why it
starts, or any clue to what might trigger it.

I realize this isn't much to go on, and a long way from an ECM, but I
don't know what to do.  Any ideas on how to track this down will be
appreciated.

I'm using Org-mode version 7.8.02 (release_7.8.02.13.g0c09a.dirty).

All the best,
Tom
-- 
T.S. Dye & Colleagues, Archaeologists
735 Bishop St, Suite 315, Honolulu, HI 96813
Tel: 808-529-0866, Fax: 808-529-0884
http://www.tsdye.com

Re: capture problem

[Nick Dokos]

Thomas S. Dye <tsd@tsdye.com> wrote:

> Aloha all,
> 
> I'm sometimes running into this error message when I capture:
> 
> condition-case: Capture abort: (quit pasteboard doesn't contain valid data)
> 
> Unfortunately, this doesn't mean anything to me.  The problem arises
> after I've been working for a while, but I haven't an idea why it
> starts, or any clue to what might trigger it.
> 
> I realize this isn't much to go on, and a long way from an ECM, but I
> don't know what to do.  Any ideas on how to track this down will be
> appreciated.
> 
> I'm using Org-mode version 7.8.02 (release_7.8.02.13.g0c09a.dirty).
> 

It's fairly certain that the message comes from org-capture:

,----
|       ...
| 	(condition-case error
| 	    (org-capture-put :template (org-capture-fill-template))
| 	  ((error quit)
| 	   (if (get-buffer "*Capture*") (kill-buffer "*Capture*"))
| 	   (error "Capture abort: %s" error)))
|       ...
`----

and presumably from the call to org-capture-fill-template. The latter
part of the error message comes from the emacs selection processing 
in the file src/nsselect.m which says:

/* NeXT/Open/GNUstep / MacOSX Cocoa selection processing for emacs.

in the function

,----
| ns_string_from_pasteboard (id pb)
| {
|    ...
|           Fsignal (Qquit,
|                   Fcons (build_string ("pasteboard doesn't contain valid data"),
|                         Qnil));
|           return Qnil;
|    ...
| }
`----

So it's MacOSX specific and in emacs C code. But I have no idea what
causes it.

I'm afraid that's about as far as I can go. If you can edebug the
org-capture-fill-template function, maybe you can single-step it and
figure out where it croaks and what values it passes to the function
that causes the error and then proceed further down the call chain.

Nick

Re: capture problem

[Sebastien Vauban]

Hi Thomas,

Thomas S. Dye wrote:
> I'm sometimes running into this error message when I capture:
>
> condition-case: Capture abort: (quit pasteboard doesn't contain valid data)
>
> Unfortunately, this doesn't mean anything to me.  The problem arises
> after I've been working for a while, but I haven't an idea why it
> starts, or any clue to what might trigger it.
>
> I realize this isn't much to go on, and a long way from an ECM, but I
> don't know what to do.  Any ideas on how to track this down will be
> appreciated.
>
> I'm using Org-mode version 7.8.02 (release_7.8.02.13.g0c09a.dirty).

Yesterday, with yesterday's update, I've as well have had something similar:
capture refused to work, after well having worked previously -- in the same
Emacs instance --, and launched me a cryptic reason.

Though, the reason was not the same as yours. Maybe because I'm on Windows?

Anyway, I should have noted down the message. I just restarted Emacs then, and
did not experience any other problem with the capture process.

I'll keep you posted otherwise.

Best regards,
  Seb

-- 
Sebastien Vauban

Re: capture problem

[Thomas S. Dye]

"Sebastien Vauban" <wxhgmqzgwmuf@spammotel.com> writes:

> Hi Thomas,
>
> Thomas S. Dye wrote:
>> I'm sometimes running into this error message when I capture:
>>
>> condition-case: Capture abort: (quit pasteboard doesn't contain valid data)
>>
>> Unfortunately, this doesn't mean anything to me.  The problem arises
>> after I've been working for a while, but I haven't an idea why it
>> starts, or any clue to what might trigger it.
>>
>> I realize this isn't much to go on, and a long way from an ECM, but I
>> don't know what to do.  Any ideas on how to track this down will be
>> appreciated.
>>
>> I'm using Org-mode version 7.8.02 (release_7.8.02.13.g0c09a.dirty).
>
> Yesterday, with yesterday's update, I've as well have had something similar:
> capture refused to work, after well having worked previously -- in the same
> Emacs instance --, and launched me a cryptic reason.
>
> Though, the reason was not the same as yours. Maybe because I'm on Windows?
>
> Anyway, I should have noted down the message. I just restarted Emacs then, and
> did not experience any other problem with the capture process.
>
> I'll keep you posted otherwise.
>
> Best regards,
>   Seb
Hi Seb,

Yes, restarting emacs works for me too.  I typically leave emacs
running, though.  The last 3 or 4 times I've shutdown and restarted
emacs have been due to this capture problem.

I'll pay closer attention and see if I can figure what might trigger it.

All the best,
Tom
-- 
Thomas S. Dye
http://www.tsdye.com

Re: capture problem

[Thomas S. Dye]

"Sebastien Vauban"
<wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:

> Hi Thomas,
>
> Thomas S. Dye wrote:
>> I'm sometimes running into this error message when I capture:
>>
>> condition-case: Capture abort: (quit pasteboard doesn't contain valid data)
>>
>> Unfortunately, this doesn't mean anything to me.  The problem arises
>> after I've been working for a while, but I haven't an idea why it
>> starts, or any clue to what might trigger it.
>>
>> I realize this isn't much to go on, and a long way from an ECM, but I
>> don't know what to do.  Any ideas on how to track this down will be
>> appreciated.
>>
>> I'm using Org-mode version 7.8.02 (release_7.8.02.13.g0c09a.dirty).
>
> Yesterday, with yesterday's update, I've as well have had something similar:
> capture refused to work, after well having worked previously -- in the same
> Emacs instance --, and launched me a cryptic reason.
>
> Though, the reason was not the same as yours. Maybe because I'm on Windows?
>
> Anyway, I should have noted down the message. I just restarted Emacs then, and
> did not experience any other problem with the capture process.
>
> I'll keep you posted otherwise.
>
> Best regards,
>   Seb

Aloha all,

I'm still running into this error.  I've found that I don't have to stop
emacs and restart.  All I have to do is copy a bit of text and then run
capture.  This seems to work every time.  Presumably, the text copy
causes the pasteboard to contain valid data.  I still don't know how the
pasteboard gets invalid data in the first place.

All the best,
Tom

-- 
Thomas S. Dye
http://www.tsdye.com

Re: capture problem

[Sebastien Vauban]

Hi Thomas,

Thomas S. Dye wrote:
> "Sebastien Vauban"
> <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>> Thomas S. Dye wrote:
>>> I'm sometimes running into this error message when I capture:
>>>
>>> condition-case: Capture abort: (quit pasteboard doesn't contain valid data)
>>>
>>> Unfortunately, this doesn't mean anything to me.  The problem arises
>>> after I've been working for a while, but I haven't an idea why it
>>> starts, or any clue to what might trigger it.
>>>
>>> I realize this isn't much to go on, and a long way from an ECM, but I
>>> don't know what to do.  Any ideas on how to track this down will be
>>> appreciated.
>>>
>>> I'm using Org-mode version 7.8.02 (release_7.8.02.13.g0c09a.dirty).
>>
>> Yesterday, with yesterday's update, I've as well have had something similar:
>> capture refused to work, after well having worked previously -- in the same
>> Emacs instance --, and launched me a cryptic reason.
>>
>> Though, the reason was not the same as yours. Maybe because I'm on Windows?
>>
>> Anyway, I should have noted down the message. I just restarted Emacs then, and
>> did not experience any other problem with the capture process.
>>
>> I'll keep you posted otherwise.
>
> I'm still running into this error.  I've found that I don't have to stop
> emacs and restart.  All I have to do is copy a bit of text and then run
> capture.  This seems to work every time.  Presumably, the text copy
> causes the pasteboard to contain valid data.  I still don't know how the
> pasteboard gets invalid data in the first place.

FYI, I never got that problem again... and I'm still capture, not particularly
less or more than before. I don't know what that means...

The fact is that I'm updating Org every day or so. Could it have been fixed in
the meanwhile?  Do you update that often as well?

Best regards,
  Seb

-- 
Sebastien Vauban

capture problem

[Jörg Hagmann]

  Regarding capture:

When using "cature", after having selected the template, I often get the 
message:
"byte-code: Capture abort: (quit pasteboard doesn't contain valid data)"
It works again after reloading .emacs.
What is the problem?

Emacs 23.2.1, recent pull.

Thanks, Jörg

Re: capture problem

[Jeff Horn]

I get this problem frequently as well. I think it is due to capture
trying to create a link from the kill ring (if you have a template
that automatically creates a link of where you were or what you were
working on for context).

I just kill some text and yank it right back in place, but it puts new
text on the kill ring, which seems to fix the problem.

I think the problem arises in the first place since I use Aquamacs
(and CUA mode), and I'm not consistent in how I kill or copy text. It
could be that I have an image on the Mac pasteboard, and so org
(through Aquamacs) tries to put that in my capture item template when
I call org-capture.

HTH,
Jeff

On Mon, Oct 11, 2010 at 9:45 AM, Jörg Hagmann <joerg.hagmann@unibas.ch> wrote:
>  Regarding capture:
>
> When using "cature", after having selected the template, I often get the
> message:
> "byte-code: Capture abort: (quit pasteboard doesn't contain valid data)"
> It works again after reloading .emacs.
> What is the problem?
>
> Emacs 23.2.1, recent pull.
>
> Thanks, Jörg
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>



-- 
Jeffrey Horn
Graduate Lecturer and PhD Student in Economics
George Mason University

(704) 271-4797
jhorn@gmu.edu
jrhorn424@gmail.com

Re: capture problem

[Carsten Dominik]

Could one of you try to make a backtrace for this problem?

Thanks

- Carsten

On Oct 11, 2010, at 7:33 PM, Jeff Horn wrote:

> I get this problem frequently as well. I think it is due to capture
> trying to create a link from the kill ring (if you have a template
> that automatically creates a link of where you were or what you were
> working on for context).
>
> I just kill some text and yank it right back in place, but it puts new
> text on the kill ring, which seems to fix the problem.
>
> I think the problem arises in the first place since I use Aquamacs
> (and CUA mode), and I'm not consistent in how I kill or copy text. It
> could be that I have an image on the Mac pasteboard, and so org
> (through Aquamacs) tries to put that in my capture item template when
> I call org-capture.
>
> HTH,
> Jeff
>
> On Mon, Oct 11, 2010 at 9:45 AM, Jörg Hagmann  
> <joerg.hagmann@unibas.ch> wrote:
>>  Regarding capture:
>>
>> When using "cature", after having selected the template, I often  
>> get the
>> message:
>> "byte-code: Capture abort: (quit pasteboard doesn't contain valid  
>> data)"
>> It works again after reloading .emacs.
>> What is the problem?
>>
>> Emacs 23.2.1, recent pull.
>>
>> Thanks, Jörg
>>
>> _______________________________________________
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>
>
>
> -- 
> Jeffrey Horn
> Graduate Lecturer and PhD Student in Economics
> George Mason University
>
> (704) 271-4797
> jhorn@gmu.edu
> jrhorn424@gmail.com
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: capture problem

[Jeff Horn]

On Tue, Oct 12, 2010 at 12:51 AM, Carsten Dominik
<carsten.dominik@gmail.com> wrote:
> Could one of you try to make a backtrace for this problem?

Debugger entered--Lisp error: (error "Capture abort: (quit pasteboard
doesn't contain valid data)")
  signal(error ("Capture abort: (quit pasteboard doesn't contain valid data)"))
  ad-Orig-error("Capture abort: %s" (quit "pasteboard doesn't contain
valid data"))
  apply(ad-Orig-error ("Capture abort: %s" (quit "pasteboard doesn't
contain valid data")))
  error("Capture abort: %s" (quit "pasteboard doesn't contain valid data"))
  byte-code("\301\302!\203\n

-- 
Jeffrey Horn
Graduate Lecturer and PhD Student in Economics
George Mason University

(704) 271-4797
jhorn@gmu.edu
jrhorn424@gmail.com

Re: capture problem

[Carsten Dominik]

On Oct 12, 2010, at 6:55 AM, Jeff Horn wrote:

> On Tue, Oct 12, 2010 at 12:51 AM, Carsten Dominik
> <carsten.dominik@gmail.com> wrote:
>> Could one of you try to make a backtrace for this problem?
>
> Debugger entered--Lisp error: (error "Capture abort: (quit pasteboard
> doesn't contain valid data)")
>  signal(error ("Capture abort: (quit pasteboard doesn't contain  
> valid data)"))
>  ad-Orig-error("Capture abort: %s" (quit "pasteboard doesn't contain
> valid data"))
>  apply(ad-Orig-error ("Capture abort: %s" (quit "pasteboard doesn't
> contain valid data")))
>  error("Capture abort: %s" (quit "pasteboard doesn't contain valid  
> data"))
>  byte-code("\301\302!\203\n

Hi Jeff,

unfortunately the error is hard to identify because I have a handler in
place when it happens.

Can I ask you to apply the patch below, and then again hit the error to
make me a backtrace?  With uncompiled code, please.

Thanks!

- Carsten

diff --git a/lisp/org-capture.el b/lisp/org-capture.el
index 7915f7f..b2aade6 100644
--- a/lisp/org-capture.el
+++ b/lisp/org-capture.el
@@ -405,11 +405,7 @@ bypassed."
  			 (or org-overriding-default-time
  			     (org-current-time)))
  	(org-capture-set-target-location)
-	(condition-case error
-	    (org-capture-put :template (org-capture-fill-template))
-	  ((error quit)
-	   (if (get-buffer "*Capture*") (kill-buffer "*Capture*"))
-	   (error "Capture abort: %s" error)))
+	(org-capture-put :template (org-capture-fill-template))

  	(if (equal goto 0)
  	    ;;insert at point




>
> -- 
> Jeffrey Horn
> Graduate Lecturer and PhD Student in Economics
> George Mason University
>
> (704) 271-4797
> jhorn@gmu.edu
> jrhorn424@gmail.com

Re: capture problem

[Jeff Horn]

On Sun, Oct 17, 2010 at 2:18 AM, Carsten Dominik
<carsten.dominik@gmail.com> wrote:
> diff --git a/lisp/org-capture.el b/lisp/org-capture.el
> index 7915f7f..b2aade6 100644
> --- a/lisp/org-capture.el
> +++ b/lisp/org-capture.el
> @@ -405,11 +405,7 @@ bypassed."
>                         (or org-overriding-default-time
>                             (org-current-time)))
>        (org-capture-set-target-location)
> -       (condition-case error
> -           (org-capture-put :template (org-capture-fill-template))
> -         ((error quit)
> -          (if (get-buffer "*Capture*") (kill-buffer "*Capture*"))
> -          (error "Capture abort: %s" error)))
> +       (org-capture-put :template (org-capture-fill-template))
>
>        (if (equal goto 0)
>            ;;insert at point

I grabbed a fresh clone of org-mode in a testing directory, backed up
the original org-capture.el, made a copy, and saved the file to a
patch file called org-capture.el.patch. I typed the following at the
command line.

`patch org-capture.el org-capture.el.backup`

This patch fails with the following information.

------------------------------------------------------------------------------
patching file org-capture.el
Hunk #1 FAILED at 405.
1 out of 1 hunk FAILED -- saving rejects to file org-capture.el.rej
------------------------------------------------------------------------------

The results of the rejection file are below.
------------------------------------------------------------------------------
***************
*** 405,415 ****
                         (or org-overriding-default-time
                             (org-current-time)))
        (org-capture-set-target-location)
-        (condition-case error
-            (org-capture-put :template (org-capture-fill-template))
-          ((error quit)
-           (if (get-buffer "*Capture*") (kill-buffer "*Capture*"))
-           (error "Capture abort: %s" error)))

        (if (equal goto 0)
            ;;insert at point
--- 405,411 ----
                         (or org-overriding-default-time
                             (org-current-time)))
        (org-capture-set-target-location)
+        (org-capture-put :template (org-capture-fill-template))

        (if (equal goto 0)
            ;;insert at point
------------------------------------------------------------------------------

Apologies if I have made an error. I'm not a programmer by trade and
am prone to tiny accidents. It's sloppy, so there's no excuse, but
it's difficult for me to interpret where I make mistakes (backtraces
for example).

Best,
Jeff

-- 
Jeffrey Horn
Graduate Lecturer and PhD Student in Economics
George Mason University

(704) 271-4797
jhorn@gmu.edu
jrhorn424@gmail.com

http://www.failuretorefrain.com/jeff/

Re: capture problem

[Jeff Horn]

> the original org-capture.el, made a copy, and saved the file to a
> patch file called org-capture.el.patch. I typed the following at the

Speaking of sloppy, that should read "saved the patch to a patch file".



-- 
Jeffrey Horn
Graduate Lecturer and PhD Student in Economics
George Mason University

(704) 271-4797
jhorn@gmu.edu
jrhorn424@gmail.com

http://www.failuretorefrain.com/jeff/

Re: capture problem

[Jeff Horn]

Steps so far: Clear pasteboard by killing some text. Confirm that
org-capture creates capture buffer successfully when pasteboard
contains text. To reproduce bug:

1) Find an image online in a modern graphical browser on a modern, GUI
OS. Linux should do (I'm using Snow Leopard)
2) Right-click the image, select "copy image" or similar.
3) Return to emacs, and visit any buffer.
4) Call org-capture. Press the key indicating the template you'd like to use.
5) Observe the mini-buffer complains that the "pastboard does not
contain valid data"

Again, I'm using **Aquamacs** on Snow Leopard. Can anyone else confirm
using a different emacsen/os combination?

I've downloaded the patched org-capture.el you've sent, and pressed
`C-u C-c C-x !`. I've observed the minibuffer reloading uncompiled
source and stating that I'm using org-mode 7.1trans "dirty". When I
try to reproduce the bug, the minibuffer again complains, but I see no
backtrace or additional errors in the Messages buffer.

Jeff

On Sun, Oct 17, 2010 at 2:18 AM, Carsten Dominik
<carsten.dominik@gmail.com> wrote:
>
> On Oct 12, 2010, at 6:55 AM, Jeff Horn wrote:
>
>> On Tue, Oct 12, 2010 at 12:51 AM, Carsten Dominik
>> <carsten.dominik@gmail.com> wrote:
>>>
>>> Could one of you try to make a backtrace for this problem?
>>
>> Debugger entered--Lisp error: (error "Capture abort: (quit pasteboard
>> doesn't contain valid data)")
>>  signal(error ("Capture abort: (quit pasteboard doesn't contain valid
>> data)"))
>>  ad-Orig-error("Capture abort: %s" (quit "pasteboard doesn't contain
>> valid data"))
>>  apply(ad-Orig-error ("Capture abort: %s" (quit "pasteboard doesn't
>> contain valid data")))
>>  error("Capture abort: %s" (quit "pasteboard doesn't contain valid data"))
>>  byte-code("\301\302!\203\n
>
> Hi Jeff,
>
> unfortunately the error is hard to identify because I have a handler in
> place when it happens.
>
> Can I ask you to apply the patch below, and then again hit the error to
> make me a backtrace?  With uncompiled code, please.
>
> Thanks!
>
> - Carsten
>
> diff --git a/lisp/org-capture.el b/lisp/org-capture.el
> index 7915f7f..b2aade6 100644
> --- a/lisp/org-capture.el
> +++ b/lisp/org-capture.el
> @@ -405,11 +405,7 @@ bypassed."
>                         (or org-overriding-default-time
>                             (org-current-time)))
>        (org-capture-set-target-location)
> -       (condition-case error
> -           (org-capture-put :template (org-capture-fill-template))
> -         ((error quit)
> -          (if (get-buffer "*Capture*") (kill-buffer "*Capture*"))
> -          (error "Capture abort: %s" error)))
> +       (org-capture-put :template (org-capture-fill-template))
>
>        (if (equal goto 0)
>            ;;insert at point
>
>
>
>
>>
>> --
>> Jeffrey Horn
>> Graduate Lecturer and PhD Student in Economics
>> George Mason University
>>
>> (704) 271-4797
>> jhorn@gmu.edu
>> jrhorn424@gmail.com
>
>



-- 
Jeffrey Horn
Graduate Lecturer and PhD Student in Economics
George Mason University

(704) 271-4797
jhorn@gmu.edu
jrhorn424@gmail.com

http://www.failuretorefrain.com/jeff/

Re: capture problem

[Carsten Dominik]

On Oct 20, 2010, at 8:02 AM, Jeff Horn wrote:

> Steps so far: Clear pasteboard by killing some text. Confirm that
> org-capture creates capture buffer successfully when pasteboard
> contains text. To reproduce bug:
>
> 1) Find an image online in a modern graphical browser on a modern, GUI
> OS. Linux should do (I'm using Snow Leopard)
> 2) Right-click the image, select "copy image" or similar.
> 3) Return to emacs, and visit any buffer.
> 4) Call org-capture. Press the key indicating the template you'd  
> like to use.
> 5) Observe the mini-buffer complains that the "pastboard does not
> contain valid data"
>
> Again, I'm using **Aquamacs** on Snow Leopard. Can anyone else confirm
> using a different emacsen/os combination?
>
> I've downloaded the patched org-capture.el you've sent, and pressed
> `C-u C-c C-x !`. I've observed the minibuffer reloading uncompiled
> source and stating that I'm using org-mode 7.1trans "dirty". When I
> try to reproduce the bug, the minibuffer again complains, but I see no
> backtrace or additional errors in the Messages buffer.

You need to set debug on error from the options menu.

- Carsten

>
> Jeff
>
> On Sun, Oct 17, 2010 at 2:18 AM, Carsten Dominik
> <carsten.dominik@gmail.com> wrote:
>>
>> On Oct 12, 2010, at 6:55 AM, Jeff Horn wrote:
>>
>>> On Tue, Oct 12, 2010 at 12:51 AM, Carsten Dominik
>>> <carsten.dominik@gmail.com> wrote:
>>>>
>>>> Could one of you try to make a backtrace for this problem?
>>>
>>> Debugger entered--Lisp error: (error "Capture abort: (quit  
>>> pasteboard
>>> doesn't contain valid data)")
>>>  signal(error ("Capture abort: (quit pasteboard doesn't contain  
>>> valid
>>> data)"))
>>>  ad-Orig-error("Capture abort: %s" (quit "pasteboard doesn't contain
>>> valid data"))
>>>  apply(ad-Orig-error ("Capture abort: %s" (quit "pasteboard doesn't
>>> contain valid data")))
>>>  error("Capture abort: %s" (quit "pasteboard doesn't contain valid  
>>> data"))
>>>  byte-code("\301\302!\203\n
>>
>> Hi Jeff,
>>
>> unfortunately the error is hard to identify because I have a  
>> handler in
>> place when it happens.
>>
>> Can I ask you to apply the patch below, and then again hit the  
>> error to
>> make me a backtrace?  With uncompiled code, please.
>>
>> Thanks!
>>
>> - Carsten
>>
>> diff --git a/lisp/org-capture.el b/lisp/org-capture.el
>> index 7915f7f..b2aade6 100644
>> --- a/lisp/org-capture.el
>> +++ b/lisp/org-capture.el
>> @@ -405,11 +405,7 @@ bypassed."
>>                         (or org-overriding-default-time
>>                             (org-current-time)))
>>        (org-capture-set-target-location)
>> -       (condition-case error
>> -           (org-capture-put :template (org-capture-fill-template))
>> -         ((error quit)
>> -          (if (get-buffer "*Capture*") (kill-buffer "*Capture*"))
>> -          (error "Capture abort: %s" error)))
>> +       (org-capture-put :template (org-capture-fill-template))
>>
>>        (if (equal goto 0)
>>            ;;insert at point
>>
>>
>>
>>
>>>
>>> --
>>> Jeffrey Horn
>>> Graduate Lecturer and PhD Student in Economics
>>> George Mason University
>>>
>>> (704) 271-4797
>>> jhorn@gmu.edu
>>> jrhorn424@gmail.com
>>
>>
>
>
>
> -- 
> Jeffrey Horn
> Graduate Lecturer and PhD Student in Economics
> George Mason University
>
> (704) 271-4797
> jhorn@gmu.edu
> jrhorn424@gmail.com
>
> http://www.failuretorefrain.com/jeff/

Re: capture problem

[Jeff Horn]

> You need to set debug on error from the options menu.

Weird. I thought I had it set. Something is overriding it from my init
file. Anyway, I set it using customize to clear up any problems. It
still was not reporting useful information, so I restarted emacs.

Now after startup, if I try pasting any picture into the scratch
buffer after startup, I get the pasteboard error, but org-capture does
not produce this error for me. This is tough bug.

Perhaps it has something to do with where Aquamacs/emacs thinks the
cursor is when capture is called?  Perhaps this could be an error of
how org-mode interacts with the pasteboard through Aquamacs, or an
artifact of the Apple pasteboard (is it different than a linux
pasteboard?).

Dead end for the night. Maybe someone else will have luck working on
this? I'm clocking out for now.

Good night!
Jeff

-- 
Jeffrey Horn
Graduate Lecturer and PhD Student in Economics
George Mason University

(704) 271-4797
jhorn@gmu.edu
jrhorn424@gmail.com

http://www.failuretorefrain.com/jeff/

Re: capture problem

[Noorul Islam K M]

Jeff Horn <jrhorn424@gmail.com> writes:

> Steps so far: Clear pasteboard by killing some text. Confirm that
> org-capture creates capture buffer successfully when pasteboard
> contains text. To reproduce bug:
>
> 1) Find an image online in a modern graphical browser on a modern, GUI
> OS. Linux should do (I'm using Snow Leopard)
> 2) Right-click the image, select "copy image" or similar.
> 3) Return to emacs, and visit any buffer.
> 4) Call org-capture. Press the key indicating the template you'd like to use.
> 5) Observe the mini-buffer complains that the "pastboard does not
> contain valid data"

Tried to replicate this issue using above steps. My *Messages* buffer
had the following. I did not see the message you mentioned above.

Template key: 
Clipboard pasted as level 1 subtree
Clock stopped at [2010-10-20 Wed 11:34] after HH:MM = 0:01
Clock starts at [2010-10-20 Wed 11:34] - showing entire task time.
Clock stopped at [2010-10-20 Wed 11:34] after HH:MM = 0:00 => LINE REMOVED
Clock starts at [2010-10-20 Wed 11:34] - showing entire task time.
Interrupted clock has been resumed
Wrote /home/noorul/notebook/refile.org
Capture process aborted and target buffer cleaned up

I have debian lenny with enlightenment window manager. Also

Org-mode version 7.01trans (release_7.01h.718.g0cb3c5)
GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.12.12)
 of 2010-01-30 on noorul

Thanks and Regards
Noorul