Closed Bug 385443 Opened 17 years ago Closed 16 years ago

"Delete message" button disabled

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: graham, Unassigned)

References

Details

(Keywords: regression)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
Build Identifier: version 3.0a1pre (20070621)

Thunderbird seems to get itself into a state where the "delete message" button (the red cross) on the toolbar is disabled (greyed out) and thus can't be used to delete a message.

Neither clicking on the message title in the message list, or clicking on the message content in the message pane, will enable the button.

This only started happening in the last couple of days.

The message can still be deleted from the menu option.

Reproducible: Sometimes

Steps to Reproduce:
1. Read a message
2. Try to delete it using the "delete message" button (red cross on toolbar)
3. Observe that the button is disabled
Actual Results:  
Button is disabled

Expected Results:  
Button should be enabled and allow message deletion

Haven't yet figured out what triggers this.
This is in an IMAP mail folder, BTW.
Keywords: regression
Version: unspecified → Trunk
I think this could be a focus-related problem. I am seeing other focussing issues.

For example:

Click on a message in the message list. Input focus should be in the message list.
Press ctrl-A to select all messages.
Note that the message *content* is selected instead.

Although I have just clicked in the message list, the input focus seems to be stuck in the message pane.
Confirmed. version 3.0a1pre (2007070705)
Adding a screenshot
Attached image Screenshot
Button is disabled, but right-clicking allows deleting.
I'm seeing this in my Inbox folder too, so it's not just IMAP. Deleting a message via the context menu seems to cause the Delete button to become active again. It's a recent bug, but I'm not sure of the regression date.
Status: UNCONFIRMED → NEW
Ever confirmed: true
It's just for my inbox too and like Wayne, using the context menu causes it to become enabled again. I seem to get in this state when I click on a link in the new mail notification alert...
I wonder if there's any other method of reproducing this, since it's rare for me to click on the new mail notification. But maybe the few times I've seen this, I did it without thinking. If there's another method, it would be handy for testing on Mac, since Mac doesn't have the notification thing (I know, my fault I haven't finished it yet :) )
When I first reported the bug, it seemed to "just happen". I have never ever clicked on a link in the new mail alert.
I second Graham's comment #8. I don't see where the "new mail alert" thing came out. See my previous screenshot
I have another way of reproducing it now:
1. Start Thunderbird
2. In the folder pane, click on Inbox (or some other mail box, but not a user-created mail folder... see below). The focus is now on the mail box and not a message. The delete button should be greyed-out because of this
3. Minimize the 3pane window
4. Foreground the window again
5. Click on a message in the threadpane. The Delete button will remain grey, even though it shouldn't

You can reactivate the button by deleting using the context menu (as mentioned previously) or by going to another message folder and selecting a message there. Once the delete bug has occurred once in a session, you shouldn't even need the minimize step: just select a different mail folder (but not a message), then click back to Inbox and select a message there.

There is some weird behaviour here. I can only reproduce this with the standard mailboxes (Inbox, Sent, Trash, etc.), not with mail folders I've created. Even before causing the bug, if you focus on one of those mail boxes, then the Delete button becomes disabled (even if a message within was selected). But if you focus on a user-created mail folder the Delete button remains active.
Using the STR described in comment 10, the regression time seems to be between the 20070617-03 and 20070618-03 trunk nightlies. No particular check-in on Bonsai stands out to me.

Can't reproduce on Mac, BTW.
feel free to reopen if you still see this.  I'm not seeing this on current windows trunk.
=> WFM 

However, "delete" never goes grey/disabled for me.  Perhaps a regression of the magnificent [Bug 231654] make delete normally only apply to the threadpane - too easy to accidentally delete folder ??
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
Wayne: it should get disabled when you select a folder you can't delete (like Drafts), and no message is selected. At least it does for me.
I'm not seeing it go away for anything except newsgroups
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b1pre) Gecko/20080928120750 Shredder/3.0b1pre
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: