Ben Bucksch wrote:
>
> Ben Bucksch wrote:
>
> > I want to control, which msgs load. (Compare the "webbug in mail" bug
> > and other JS exploits.)
>
> Much more common is the problem that the next msg is marked read. I read
> mails in the order of interest, not send time, and use the "read" state
> to keed track of which mails are still unread. So, if I read and delete
> a msg, the next loads. But I don't want to read that now, so I have to
> close the window, look for that msg in the thread pane and mark it
> unread again.
>
> We definitely need a solution - the current state is annoying for me
> (and others, too, I assume). The only solutions I can come up with so far -
>
> * a menu button for delete, which give the options
>
> * "delete and close window"
> * "delete and load next msg"
> * a pref
> - are bad.
How about arranging that when the "delete" button is pressed in the
standalone message window, the message window stays present but is blank
- either by loading about:blank, or by loading a minimal XUL document
(think Account Central) which says "The message you were viewing has
been deleted. Click here to view the next message".
I agree that this is a major issue and should be fixed.
Stuart.
