268055 - invalid UI state after IMAP hang while saving sent mail in compose window

Status: RESOLVED EXPIRED

(Thunderbird :: Message Compose Window, defect)

Description

[William Price]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041026 Firefox/1.0RC1
Build Identifier: Thunderbird version 0.9 (20041103)

This bug will likely be hard to reproduce -- I tried three times but couldn't
duplicate the experience because it depends on the IMAP session not working
correctly in some sort of unknown but specific way.  Regardless of how
likely/unlikely this is, Thunderbird's UI did not recover properly after a user
request to cancel the routine that sends the mail and then saves it to a "Sent"
folder.


Reproducible: Couldn't Reproduce
Steps to Reproduce:
1. Send a message from an IMAP account.
2. Get a funky response or connection hang at some point
   in the IMAP transaction while saving the message to a
   "Sent" folder such that Thunderbird infinitely waits
   on the send mail progress dialog.
3. Press the "Cancel" button.
4. View resulting 'invalid' UI state.
Actual Results:  
1. The body text pane of the compose window (in plain-text mode) remained
read-only though not greyed out; I could select/highlight but not modify.

2. The recipients pane remained disabled (and greyed-out).

3. Clicking the "Send" button (which was not disabled) had no response. 
Unfortunately I did not try any of the other buttons.

4. User must close the window, unable to do much else that's useful.

NOTE: The actual sending of the message completed correctly -- AS DID saving the
message to the IMAP folder, so the problem in the IMAP session likely occurred
in the final parts of the transaction.

Expected Results:  
After clicking "Cancel" in the send progress dialog the Message Compose window
should restore itself to a sane state, preferably the state it was in prior to
clicking "Send" the first time.  Specifically...

1. I should be able to modify text in the body.
2. I should be able to add/remove/edit recipients.
3. Clicking "Send" again should attempt to deliver/save the message again.

Default theme, recent build, no extensions.  I don't think it matters for this
one, but I'll mention that my profile has been around a long while.

Comment 1

[William Price]

Attachment: Screenshot of invalid UI

It happened again... I believe the sending progress dialog was stuck at
"Sending authenticate login information..." at the time.  Clicking "Cancel"
resulted in this compose window (see attachment).

I also tested the toolbar buttons this time; only the Security and Contacts
buttons worked, bringing up the Security Info and Contacts sidebar,
respectively.  The menu items related to the remaining buttons also failed to
respond (e.g. choosing File > Attach > File(s)... resulted in nothing).

Comment 2

[William Price]

Attachment: Screenshot of same VI problem on Mac OS X

A friend using a different mail server (same type; same network) encountered
this problem on OS X, so it's not limited to Win32. Will adjust bug to reflect
this.

Comment 3

[William Price]

Platform: PC -->  All
OS: Win XP --> All
 Version = 1.0

 (Sorry for the bugspam.)

Comment 4

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 5

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.