<?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>Trouble using vtrash</title> 
  <pubDate>Wed, 08 Apr 2026 05:07:28 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/3030</link> 
  <atom:link rel="self" type="application/rss+xml" title="Trouble using vtrash" href="https://bugs.horde.org/ticket/3030/rss" /> 
  <description>Trouble using vtrash</description> 
 
   
   
  <item> 
   <title>I had a brief window about a month ago, or so, when this wor</title> 
   <description>I had a brief window about a month ago, or so, when this worked as advertised.  With the cache and other code refactoring, something is still broken with vtrash, or I&#039;ve got a preference or setting mangled.



Symptoms:



If I delete a message, instead of it being hidden, it is displayed in the manner that a message that has the IMAP delete flag set (grey with line through it).  A page refresh reverts this - the message is no longer marked as deleted.



If I click on the virtual trash folder icon,  I&#039;m taken to the screen that displays deleted messages, which is fine.  But, the message count tells me there are &quot;1 to 20 of 20 messages&quot; and if I count them, among the three folders with deleted messages, there are a total of 12.



If I click the Empty Trash icon, I get a message that &quot;The folder trash is already emptied&quot;.  I don&#039;t have a folder named &quot;trash&quot;.



Above all happened without the cache code turned on.  Turning it on doesn&#039;t seem to make a difference.</description> 
   <pubDate>Thu, 24 Nov 2005 03:31:22 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3030#t13995</link> 
  </item> 
   
  <item> 
   <title>

&gt; Above all happened without the cache code turned on.  Tu</title> 
   <description>

&gt; Above all happened without the cache code turned on.  Turning it on 

&gt; doesn&#039;t seem to make a difference.



I retract that, partially.  If the cache is turned on and I delete a message, it is no longer displayed.  Turn the cache off and delete a message and it behaves like I display of deleted messages turned on.</description> 
   <pubDate>Thu, 24 Nov 2005 03:49:43 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3030#t13996</link> 
  </item> 
   
  <item> 
   <title>&gt; If I delete a message, instead of it being hidden, it is d</title> 
   <description>&gt; If I delete a message, instead of it being hidden, it is displayed in 

&gt; the manner that a message that has the IMAP delete flag set (grey 

&gt; with line through it).  A page refresh reverts this - the message is 

&gt; no longer marked as deleted.



You wouldn&#039;t happen to be using &#039;thread&#039; sorting, are you?  With thread sorting, we must always display all deleted messages in the folder, no matter if we are using virtual trash or not.  



&gt; If I click on the virtual trash folder icon,  I&#039;m taken to the screen 

&gt; that displays deleted messages, which is fine.  But, the message 

&gt; count tells me there are &quot;1 to 20 of 20 messages&quot; and if I count 

&gt; them, among the three folders with deleted messages, there are a 

&gt; total of 12.



This works correctly for me.



&gt; If I click the Empty Trash icon, I get a message that &quot;The folder 

&gt; trash is already emptied&quot;.  I don&#039;t have a folder named &quot;trash&quot;.



Try what I just committed - the empty trash menu icon was not pointing to the correct mailbox name when using virtual trash.</description> 
   <pubDate>Thu, 24 Nov 2005 07:34:51 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3030#t14011</link> 
  </item> 
   
  <item> 
   <title>&gt; You wouldn&#039;t happen to be using &#039;thread&#039; sorting, are you?</title> 
   <description>&gt; You wouldn&#039;t happen to be using &#039;thread&#039; sorting, are you?  With 

&gt; thread sorting, we must always display all deleted messages in the 

&gt; folder, no matter if we are using virtual trash or not.



Is there really now way to work around that, even if not in an elegant way? This is really unintuitive and confusing for the users (including myself).</description> 
   <pubDate>Thu, 24 Nov 2005 10:42:37 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3030#t14018</link> 
  </item> 
   
  <item> 
   <title>&gt; You wouldn&#039;t happen to be using &#039;thread&#039; sorting, are you?</title> 
   <description>&gt; You wouldn&#039;t happen to be using &#039;thread&#039; sorting, are you?  With 

&gt; thread sorting, we must always display all deleted messages in the 

&gt; folder, no matter if we are using virtual trash or not.



Nope, messages are sorted by date.  I can only delete messages if I turn caching on.  I also noticed that if I read a message, with caching off, which should mark it seen, if I come back, its marked as unseen.  So it seems with caching turned off, something is not getting updated properly.



&gt;&gt; If I click on the virtual trash folder icon,  I&#039;m taken to the screen

&gt;&gt; that displays deleted messages, which is fine.  But, the message

&gt;&gt; count tells me there are &quot;1 to 20 of 20 messages&quot; and if I count

&gt;&gt; them, among the three folders with deleted messages, there are a

&gt;&gt; total of 12.

&gt;

&gt; This works correctly for me.



This is still acting up for me.  WIth the fix for emptying vtrash, I was able to empty my vtrash and I had no messages in my vtrash.  Then, with caching turned on, I deleted one message.  If I go to my vtrash folder, I show one message, but the text states &quot; 1 to 2 of 2 Messages&quot;.  Two deleted messages yield &quot;1 to 4 of 4 Messages&quot;.  So something is getting counted twice.



Also, I&#039;ve found if I empty trash from the vtrash folder screen, I get returned to a search screen with &quot;No messages matched your search.&quot;, instead of to the vtrash folder I was just in.  I know vtrash is technically just a search but it makes more sense to be presented with an empty vtrash folder display, than the search screen, if one empties vtrash.



&gt;&gt; If I click the Empty Trash icon, I get a message that &quot;The folder

&gt;&gt; trash is already emptied&quot;.  I don&#039;t have a folder named &quot;trash&quot;.

&gt;

&gt; Try what I just committed - the empty trash menu icon was not 

&gt; pointing to the correct mailbox name when using virtual trash.



This is working now.</description> 
   <pubDate>Thu, 24 Nov 2005 18:41:13 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3030#t14058</link> 
  </item> 
   
  <item> 
   <title>&gt;&gt; You wouldn&#039;t happen to be using &#039;thread&#039; sorting, are you</title> 
   <description>&gt;&gt; You wouldn&#039;t happen to be using &#039;thread&#039; sorting, are you?  With

&gt;&gt; thread sorting, we must always display all deleted messages in the

&gt;&gt; folder, no matter if we are using virtual trash or not.

&gt;

&gt; Is there really now way to work around that, even if not in an 

&gt; elegant way? This is really unintuitive and confusing for the users 

&gt; (including myself).



I agree, but unfortunately there is no elegant way of working around this.  Simple fact is imap_thread() does not support a search parameter so you have to do threading on the entire mailbox.  And it&#039;s not as simple as removing deleted entries from the thread list - those deleted entries may radically change the shape/nature of the thread so simply trying to do some kind of decrement of the level of child messages horribly breaks the threading tree.  



Another option would be to build our own thread parsing function using IMAP_Client::.  But that would have the disadvantage of requiring us to open a second connection to the IMAP server along with all the overhead of having to load all code associated with IMAP_Client::.



The last option would be the most radical and that would be to disable the thread sorting (and reverting to subject sorting) if not using a trash mailbox and hiding deleted messages.</description> 
   <pubDate>Fri, 25 Nov 2005 06:42:33 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3030#t14089</link> 
  </item> 
   
  <item> 
   <title>&gt; The last option would be the most radical and that would b</title> 
   <description>&gt; The last option would be the most radical and that would be to disable the thread 

&gt; sorting (and reverting to subject sorting) if not using a trash mailbox and hiding 

&gt; deleted messages.



What if we changed thread sorting to be more &quot;conversations&quot;-like, and only showed the top-level message in the thread in the mailbox list? Then show the whole thread in the message view if using thread sorting. Would that make it easier? We could then consider a &quot;conversation&quot; deleted only if all of the messages in it were deleted.</description> 
   <pubDate>Fri, 25 Nov 2005 20:14:17 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3030#t14115</link> 
  </item> 
   
  <item> 
   <title>That would be a really cool idea, but also a huge change to </title> 
   <description>That would be a really cool idea, but also a huge change to the thread view, so I would not like to change this unless we have different sorting orders in different folders.

I won&#039;t be able to manage my mailing list folders without threaded sorting, but such a changed behaviour would be contra productive in my regular inbox.</description> 
   <pubDate>Fri, 25 Nov 2005 21:15:43 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3030#t14120</link> 
  </item> 
   
  <item> 
   <title>Emptying trash is broken again.



The problem appears to be</title> 
   <description>Emptying trash is broken again.



The problem appears to be that the mailbox id being passed to the emptyMailbox function is **search.  The check for IMP_VFolder::isVTrashFolder($mbox) results in a comparison of **search to my vtrash id, which returns false, and hence, the proper expungeMailbox function doesn&#039;t get called.



I can&#039;t find where **search is being passed - the empty trash request at least is passing the proper vfolder id in the URL.</description> 
   <pubDate>Sun, 11 Dec 2005 04:31:43 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3030#t14716</link> 
  </item> 
   
  <item> 
   <title>Just to follow up on my original note of this ticket:



Wit</title> 
   <description>Just to follow up on my original note of this ticket:



With the IMAP Cache enabled, I can delete messages using VTrash and they are not displayed.  However, I cannot empyt VTrash, because the identifier passed by the submission is not the VTrash folder id.



With the IMAP Cache disabled, I can flag messages (i.e. they show as deleted) but the flags do not stick after a refresh.  So messages are not marked as read, deleted, etc.  When messages are marked as deleted without the Cache enabled, they are displayed as deleted (i.e. with a line through them and greyed out), even though I&#039;m using VTrash and they should be hidden.



With the cache enabled, I&#039;m experiencing random hangs of Apache, which require me to HUP it as well.  Haven&#039;t identified a pattern yet, nor had a change to trace any code, but this is using the file-based Cache driver.</description> 
   <pubDate>Tue, 20 Dec 2005 22:35:13 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3030#t14966</link> 
  </item> 
   
  <item> 
   <title>&gt; That would be a really cool idea, but also a huge change t</title> 
   <description>&gt; That would be a really cool idea, but also a huge change to the 

&gt; thread view, so I would not like to change this unless we have 

&gt; different sorting orders in different folders.



Fine by me. :)</description> 
   <pubDate>Fri, 13 Jan 2006 05:01:34 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3030#t15505</link> 
  </item> 
   
  <item> 
   <title>&gt; What if we changed thread sorting to be more &quot;conversation</title> 
   <description>&gt; What if we changed thread sorting to be more &quot;conversations&quot;-like, 

&gt; and only showed the top-level message in the thread in the mailbox 

&gt; list? Then show the whole thread in the message view if using thread 

&gt; sorting. Would that make it easier? We could then consider a 

&gt; &quot;conversation&quot; deleted only if all of the messages in it were deleted.



This request has been moved to a separate ticket (Bug 3278) as it doesn&#039;t pertain to an issue with Virtual Trash. </description> 
   <pubDate>Mon, 16 Jan 2006 02:22:29 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3030#t15594</link> 
  </item> 
   
  <item> 
   <title>&gt; Emptying trash is broken again.

&gt;

&gt; The problem appears </title> 
   <description>&gt; Emptying trash is broken again.

&gt;

&gt; The problem appears to be that the mailbox id being passed to the 

&gt; emptyMailbox function is **search.  The check for 

&gt; IMP_VFolder::isVTrashFolder($mbox) results in a comparison of 

&gt; **search to my vtrash id, which returns false, and hence, the proper 

&gt; expungeMailbox function doesn&#039;t get called.



This should now be fixed in HEAD and 4.1.0.</description> 
   <pubDate>Mon, 16 Jan 2006 02:46:22 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3030#t15595</link> 
  </item> 
   
  <item> 
   <title>&gt; Just to follow up on my original note of this ticket:

&gt;

</title> 
   <description>&gt; Just to follow up on my original note of this ticket:

&gt;

&gt; With the IMAP Cache enabled, I can delete messages using VTrash and 

&gt; they are not displayed.  However, I cannot empyt VTrash, because the 

&gt; identifier passed by the submission is not the VTrash folder id.



As mentioned before, this is already fixed.



&gt; With the IMAP Cache disabled, I can flag messages (i.e. they show as 

&gt; deleted) but the flags do not stick after a refresh.  So messages are 

&gt; not marked as read, deleted, etc.  When messages are marked as 

&gt; deleted without the Cache enabled, they are displayed as deleted 

&gt; (i.e. with a line through them and greyed out), even though I&#039;m using 

&gt; VTrash and they should be hidden.



Can&#039;t reproduce this.  Anyway, in the past month+ we&#039;ve cleaned the mailbox cache code up a bit and have done some debugging so this most likely was fixed somewhere in there.

</description> 
   <pubDate>Mon, 16 Jan 2006 03:59:35 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3030#t15598</link> 
  </item> 
   
  <item> 
   <title>&gt;&gt; With the IMAP Cache disabled, I can flag messages (i.e. t</title> 
   <description>&gt;&gt; With the IMAP Cache disabled, I can flag messages (i.e. they show as

&gt;&gt; deleted) but the flags do not stick after a refresh.  So messages are

&gt;&gt; not marked as read, deleted, etc.  When messages are marked as

&gt;&gt; deleted without the Cache enabled, they are displayed as deleted

&gt;&gt; (i.e. with a line through them and greyed out), even though I&#039;m using

&gt;&gt; VTrash and they should be hidden.

&gt;

&gt; Can&#039;t reproduce this.  Anyway, in the past month+ we&#039;ve cleaned the 

&gt; mailbox cache code up a bit and have done some debugging so this most 

&gt; likely was fixed somewhere in there.



Its not fixed for me :/  No flags are getting updated on messages.  Seen messages remain unseen when I go back to the mailbox view.  I can delete a message but instead of it being hidden, its drawn greyed out and with a line through, as if the delete flag is set.  But on a refresh, its marked as unseen again.  Makes no difference if I disable my imap proxy or not.  Mail server is Cyrus IMAP.</description> 
   <pubDate>Wed, 25 Jan 2006 03:23:58 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3030#t15927</link> 
  </item> 
   
  <item> 
   <title>&gt; Its not fixed for me :/  No flags are getting updated on m</title> 
   <description>&gt; Its not fixed for me :/  No flags are getting updated on messages.  

&gt; Seen messages remain unseen when I go back to the mailbox view.  I 

&gt; can delete a message but instead of it being hidden, its drawn greyed 

&gt; out and with a line through, as if the delete flag is set.  But on a 

&gt; refresh, its marked as unseen again.  Makes no difference if I 

&gt; disable my imap proxy or not.  Mail server is Cyrus IMAP.



I take that back.  PHP must have been reusing an IMAP resource pointing to the old imapproxy connection, because today, without an imapproxy, things are working as expected.  Nice to finally be able to delete messages again :D</description> 
   <pubDate>Wed, 25 Jan 2006 23:30:56 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/3030#t15934</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
