Closed Bug 253869 Opened 20 years ago Closed 16 years ago

while composing a mail message, hourglass cursor doesn't clear follow a CTRL-S (save from keyboard) operation

Categories

(Thunderbird :: Message Compose Window, defect)

x86
Windows 2000
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: bier, Unassigned)

References

Details

(Whiteboard: closeme 2008-10-15)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2

Open a new, blank mail message.  Type a bit of text and press CTRL-S to save the
draft.  The mouse cursor correctly switches to the hourglass but then fails to
clear back to the arrow once the Save operation is complete.

The same behavior does NOT occur is one saves from the File menu.

Further, the mouse cursor returns to the arrow as soon as the mouse position is
changed.  The I-beam (insertion point) works correctly throughout (correct
cursoe, continues to pulse).


Reproducible: Always
Steps to Reproduce:
1.  Open a new mail message
2.  Type any text into the composition body
3.  Press CTRL-S

Actual Results:  
Mouse cursor switches from the arrow to the arrow-hourglass upon initiation of
the save operation.  The mouse is still "alive" and returns to the corect arrow
cursor as soon as the mouse is moved, so this is purely a cosmetic error.

Expected Results:  
Mouse cursor should toggle to the arrow-hourglass during the save operation,
then return to the arrow as soon as the save is complete.
*** Bug 258432 has been marked as a duplicate of this bug. ***
This is probably a dupe of bug 139232.  I am not seeing this symptom, however, 
with TB 1.0 under Windows 2000.

Kevin Bier, Gert-Jan Vons -- are you still experiencing this problem?
Yes I still see this.

With TB1.0 under XP-Pro SP2, starting a new message, typing some text, hitting
^S to save the draft -> mouse pointer becomes busy and stays that way until I
move it.

It indeed seems to be a dupe of bug #139232 though.
(In reply to comment #3)
> Yes I still see this.

OK, confirming based on the report and the MailNews bug.

> It indeed seems to be a dupe of bug #139232 though.

I don't know if this front-end symptom is caused by shared (back-end) code or if 
this can be fixed in TB alone, so I won't dupe this; but someone who knows 
might.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Yes, I can confirm this (TB1.5RC2, WinXP SP2)
QA Contact: message-compose
Assignee: mscott → nobody
do you still see this?

WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080927031346 Shredder/3.0b1pre
Whiteboard: closeme 2008-10-15
RESO INCO per lack of response to last question. If you feel this change was made in error, please respond to this bug with your reasons why.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.