From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bernt Hansen Subject: Refiling goes to the wrong place Date: Thu, 27 Aug 2009 12:28:36 -0400 Message-ID: <87d46hfcgb.fsf@gollum.intra.norang.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mghq9-0007xS-5O for emacs-orgmode@gnu.org; Thu, 27 Aug 2009 12:28:45 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mghq5-0007wx-5j for emacs-orgmode@gnu.org; Thu, 27 Aug 2009 12:28:44 -0400 Received: from [199.232.76.173] (port=51321 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mghq4-0007wu-RP for emacs-orgmode@gnu.org; Thu, 27 Aug 2009 12:28:40 -0400 Received: from mho-01-ewr.mailhop.org ([204.13.248.71]:52558) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Mghq4-0004nM-BU for emacs-orgmode@gnu.org; Thu, 27 Aug 2009 12:28:40 -0400 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: Carsten Dominik Cc: emacs-orgmode@gnu.org Hi Carsten, I thought I should mention this sooner rather than later to postpone any up-coming release you might be thinking about :) I'm assuming this is an org-mode bug and not some inconsistency in my setup but that's not proven yet. I have an issue with refile going to the wrong place fairly consistently. I'm not sure how long this has been going on. I'll try to isolate a test case for this. I have a note I want to refile ,----[ refile.org ] | * org-mode-lisp table function for column values :NOTE: `---- which is org-mode related from a recent article on this list and when I refile to 'Research org-mode (norang.org)' it ends up in the right tree but under the wrong task. I'm refiling a note called 'org-mode lisp table function for column values' (ie. the last time I refiled the note it ended up under 'Research Website Security' instead of the right place. ,----[ norang.org ] | * Research... | ** Research Website Security | *** org-mode-lisp table function for column values :NOTE: `---- I've been using undo after the refile to put it back in the refile.org buffer and removing it from the norang.org buffer then redoing the refile operation. I recently switched my org-refile to try out direct ido refiling and noticed this problem after that change. I used to file in steps from file.org/level1task/level2task etc and now I'm trying to file directly in one step to see if that's faster. So far it seems to do things wrong when the target tree is folded (or partially revealed) but sometimes it gets it right. It's one of your favourite types of bugs ;) My target tree looks like this: ,----[ norang.org ] | * Research | :PROPERTIES:... | ** TODO Research Rails... | ** TODO Research Java... | ** TODO Research .NET... | ** TODO Research GCC and C++... | ** TODO Research Accounting Packages... | ** TODO Research Tools... | ** TODO Research Object Oriented Design... | ** TODO Research org-mode... | ** TODO Research VPN in Linux... | ** TODO Research Website Security... | ** TODO Research CSS... | ** TODO Research Emacs... | ... `---- -Bernt Org-mode version 6.29trans (release_6.29c.86.gfa36) GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.11) of 2008-11-09 on raven, modified by Debian