<?xml version="1.0" encoding="UTF-8"?> 
<?xml-stylesheet href="https://dev.horde.org/themes/horde//default/feed-rss.xsl" type="text/xsl"?> 
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"> 
 <channel> 
  <title>hierarchical folder rename</title> 
  <pubDate>Fri, 10 Apr 2026 13:16:54 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/2882</link> 
  <atom:link rel="self" type="application/rss+xml" title="hierarchical folder rename" href="https://bugs.horde.org/ticket/2882/rss" /> 
  <description>hierarchical folder rename</description> 
 
   
   
  <item> 
   <title>I noticed the bug in 4.0.3, but after a look at the code in </title> 
   <description>I noticed the bug in 4.0.3, but after a look at the code in CVS, it does not seem to be fixed yet.



When you rename a folder containing sub and sub-subfolders, the code in lib/Folder.php (function rename) obtains the complete list of sub-folders on the server and renames all these folders. Cyrus, since version 2, does automatically rename all subfolders. So basically, it is not any more necessary (when using a new version of cyrus) to rename the subfolders &#039;manually&#039;. What is worse is that the users gets error messages when IMP tries to rename a subfolder which does not any more exist under the original name.



I see at least two possible solutions ... 

1) always rename the folders in the &#039;right&#039; order (starting with the most imbricated ones)

2) rename only the main folder, then test if the folders below have already followed and rename them only if necessary</description> 
   <pubDate>Thu, 27 Oct 2005 15:59:29 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2882#t13228</link> 
  </item> 
   
  <item> 
   <title>&gt; 2) rename only the main folder, then test if the folders b</title> 
   <description>&gt; 2) rename only the main folder, then test if the folders below have 

&gt; already followed and rename them only if necessary



Attached the corresponding replacement code for the rename function which works for me.

</description> 
   <pubDate>Thu, 27 Oct 2005 18:43:23 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2882#t13237</link> 
  </item> 
   
  <item> 
   <title>Fixed (albeit by renaming from the top of the tree down rath</title> 
   <description>Fixed (albeit by renaming from the top of the tree down rather than your method of &#039;checking&#039; to see if child folders are auto-renamed).</description> 
   <pubDate>Fri, 28 Oct 2005 04:33:15 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/2882#t13245</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
