From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christopher Witte Subject: Subtle bug with capture and refile Date: Thu, 21 Oct 2010 14:27:02 +0200 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1940123347==" Return-path: Received: from [140.186.70.92] (port=47500 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P8uEc-0000dO-5A for emacs-orgmode@gnu.org; Thu, 21 Oct 2010 08:27:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P8uEa-0001ss-N0 for emacs-orgmode@gnu.org; Thu, 21 Oct 2010 08:27:06 -0400 Received: from mail-yx0-f169.google.com ([209.85.213.169]:41205) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P8uEa-0001sb-JG for emacs-orgmode@gnu.org; Thu, 21 Oct 2010 08:27:04 -0400 Received: by yxm34 with SMTP id 34so3000030yxm.0 for ; Thu, 21 Oct 2010 05:27:03 -0700 (PDT) List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Org Mode --===============1940123347== Content-Type: multipart/alternative; boundary=00151750edbeaa4d0f04931fa442 --00151750edbeaa4d0f04931fa442 Content-Type: text/plain; charset=ISO-8859-1 The new org capture has been working great but I have just come across a subtle bug that has taken me a while to reliably reproduce. I have org set up to add TODO captures to the top of my organiser.org file. If you try and refile the capture TODO and the cursor is at the bottom of the capture buffer, it will refile the next item in organiser.org and not the capture TODO. Hmm, that doesn't sound too clear, let me try and give an example. My organiser.org looks like this: -----organiser.org----- * Home ** Home item 1 ** Home item 2 * Work ** Work item 1 I then make a capture TODO -----capture buffer----- * TODO report capture buffer bug ! with the cursor indicated by ! I press C-c C-w and refile to work. Instead of the capture note being refiled, Home get refiled so I end up with organiser.org looking like: -----organiser.org----- *TODO report capture buffer bug * Work ** Home *** Home item 1 *** Home item 2 ** Work item 1 if instead the cursor is on the TODO line when I refile, everything works as expect and I end up with: -----organiser.org----- * Home ** Home item 1 ** Home item 2 * Work ** TODO report capture buffer bug ** Work item 1 This has been causing me problems for a while now, but I could never work out why this only happened some of the time. I hope that explains the problem with sufficient clarity, let me know if it doesn't. Cheers Chris Witte. --00151750edbeaa4d0f04931fa442 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable The new org capture has been working great but I have just come across a su= btle bug that has taken me a while to reliably reproduce.=A0 I have org set= up to add TODO captures to the top of my = organiser.org file.=A0 If you try and refile the capture TODO and the c= ursor is at the bottom of the capture buffer, it will refile the next item = in organiser.org and not the capture T= ODO.=A0 Hmm, that doesn't sound too clear, let me try and give an examp= le.=A0 My organiser.org looks like thi= s:

-----organiser.org-----
* Home
** Home item 1
** Home item 2* Work
** Work item 1

=A0
I then make a capture TODO
-----capture buffer-----
* TODO report capture buffer bug
!

with the cursor indicated by ! I press C-c C-w and refile to work.=A0 Inste= ad of the capture note being refiled, Home get refiled so I end up with organiser.org looking like:

-----o= rganiser.org-----
*TODO report capture buffer bug
* Work
** Home
*** Home item 1
*** Home item 2
** Work item 1

if instead the cursor is on the TODO line when I refile, everything wor= ks as expect and I end up with:

-----organiser.org-----
* Home
** Home item 1
** Home item 2
* Work
** TODO report capture buffer bug
** Work item 1

This has been causing me problems for a while now, but I could never wo= rk out why this only happened some of the time.=A0 I hope that explains the= problem with sufficient clarity, let me know if it doesn't.

Cheers
Chris Witte.
--00151750edbeaa4d0f04931fa442-- --===============1940123347== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 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 --===============1940123347==--