Ahh, I see. That sort of makes sense. When the folder is deleted, it first deletes all the messages, the folder will then emit a 'folder changed' event with all the message uid's as 'deleted', so then the etree (which is used for the popup window too) will remove all of its nodes, and finally it will emit a 'selection changed' event which clears the current message ...
I'm not sure how you could fix this, because of the MVC split. It is used to do things like skip to the next message when you delete the current one. You could probably try something like not clear the window if there are no messages anymore, but that wont work if you have multiple windows open on different messages on the same folder. Really it seems to me however, the popup window should be removed in this case, since although you will still be able to see the message, many operations, like replying/forwarding/etc actually re-load the message from the folder when they are invoked, and do not operate on the in-memory image. So it basically wont work. To be honest, it seems a pretty bizarre feature to want, if you delete a folder, that includes the messages inside it, viewed or not. On Thu, 2004-01-22 at 12:21 +0800, Bill Zhu wrote: > oh,I am sorry that I did't describe the detail of this bug clearly. The > problem is, we open a mail, the mail will be displayed in an window. If > we delete the folder which this mail was in, the display of this mail > should be still there. But, actually if we delete the folder, the > display of opened mail goes blank! So I donn't know where the problem > is. I need some help for where the problem may be and I should probobly > look up which of the files? > the bug id is 50647 > thanks for your attention. > > Bill > > å2004å01æ21æç14:27ïNot Zedåéï > > Hi Bill, > > > > I still don't understand what the problem is here. Do you have a > > specific bug number/reference for this issue? > > > > It should "just work" already, because any information required to > > display the message is already copied into memory, and has no reference > > back to the folder from which it came. > > > > Michael > > > > On Wed, 2004-01-21 at 10:45 +0800, Bill Zhu wrote: > > > Because A bug said that > > > "When we delete a folder,]if there is an opened mail in the folder, > > > Opened mail should be kept opened without any data loss." > > > My work is to fix this. > > > > > > > > > > > > > Why should you want to do this? > > > > > > > > There is no way to do this anyway. > > > > > > > > > > > > On Tue, 2004-01-20 at 17:35 +0800, Bill Zhu wrote: > > > > > Dear sir: > > > > > > > > > > In the current evolution version, when I delete a folder, the folder > > > > > will be deleted with out detecting if there is any opened mail in this > > > > > folder. > > > > > > > > > > I am dealing with this. So I am wondering how can I know if there is a > > > > > opened mail in the folder? I cann't find any function or variable can > > > > > give me information of this. > > > > > > > > > > Could you give me some help? > > > > > > > > > > > > > > > Bill > > > > > > > > > > > > > > > _______________________________________________ > > > > > evolution-hackers maillist - [EMAIL PROTECTED] > > > > > http://lists.ximian.com/mailman/listinfo/evolution-hackers > > > > > > > > _______________________________________________ > > > > evolution-hackers maillist - [EMAIL PROTECTED] > > > > http://lists.ximian.com/mailman/listinfo/evolution-hackers > > > > _______________________________________________ > > evolution-hackers maillist - [EMAIL PROTECTED] > > http://lists.ximian.com/mailman/listinfo/evolution-hackers _______________________________________________ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
