GNOME Bugzilla – Bug 558046
Not able to delete trash from evolution
Last modified: 2009-01-22 03:41:17 UTC
Please describe the problem: In preferences I selected to automatically delete trash. When I shutdown the trash folder is not cleared out. Steps to reproduce: 1. set preferences 2. exit program 3. Actual results: trash is not deleted Expected results: that trash in the trash folder is deleted. Does this happen every time? Yes Other information:
What type of account? POP? IMAP? GMail's IMAP? Exchange?
POP using incoming.yahoo.verizon.net and outgoing.yahoo.verizon.net.... Mail part of program works perfectly. Only have problem where email can not be deleted from trash folder once read.
Have preferences set to automatically delete trash upon exit of each session. Have also tried deleting trash manually and that too failed.
Created attachment 122052 [details] Non deleted trash.
Created attachment 122055 [details] Highlighted delete (evolution:11401): e-utils-WARNING **: No parent set, or default parent available for error dialog
Same here. I just migrated from mandriva 2008 spring to 2009.0 and the first time I launched evolution there was a migration to sqlite that seems to be the cause of this problem. Here is what I have in the terminal : [pierre@pc ~]$ evolution ** (evolution:16301): DEBUG: mailto URL command: evolution %s ** (evolution:16301): DEBUG: mailto URL program: evolution store_db_path /home/pierre/.evolution/mail/local/folders.db folders table successfully created store_db_path /home/pierre/.evolution/mail/vfolder/folders.db folders table successfully created Triggering summary_reloaded on Inbox 0x8a58818 (evolution:16301): camel-local-provider-WARNING **: Didn't get the next message where I expected (22068) got 22073 instead (evolution:16301): camel-WARNING **: Erreur lors du stockage de « ~/.evolution/mail/local/Inbox (mbox) » : Le résumé et le dossier ne correspondent pas, même après une synchronisation Error in SQL SELECT statement: SELECT COUNT (*) FROM 'Templates' WHERE deleted = 1 [no such table: Templates] Saving 1/1 dirty records of CAP Error in SQL SELECT statement: SELECT COUNT (*) FROM 'Modèles' WHERE deleted = 1 [no such table: Modèles] Saving 2/582 dirty records of Inbox (evolution:16301): camel-local-provider-WARNING **: Didn't get the next message where I expected (22068) got 22073 instead [pierre@pc ~]$ Now when I suppress a mail this one is striked but it is impossible to get it really deleted.
Thanks for taking the time to report this bug. This particular bug has already been reported into our bug tracking system, but the maintainers need more information to fix the bug. Could you please answer the questions in the other report in order to help the developers? *** This bug has been marked as a duplicate of 550414 ***