Closed Bug 132326 Opened 23 years ago Closed 23 years ago

File toolbar button greyed out

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows 98
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: granrosebugs, Assigned: Bienvenu)

Details

(Keywords: regression)

In 2002031803 on win98, there is a regression filing mail where the File button on the toolbar is greyed out and inaccessible. steps to reproduce: - click on mail folder in folder pane to change folders - click in header pane to set focus - ctl-shft-C to mark all as read - ctl-A to select all - File button is greyed out expected behaviour: able to click on file button and file messages. workaround is to click in the header pane again, then do ctl-A again, and then the File button is usable, or use the Message menu, or context-menu.
QA Contact: esther → sheelar
So far I haven't seen this in several tries on mar20 trunk, win98.
Can not reproduce on Win2K 2002-03-20-10-trunk.
I just upgraded to 2002032103 and am still seeing this. Make sure you aren't clicking on a message when you click in the header pane after switching folders. I only see this problem when I click in the header pane itself. If I click on a message, the File and other toolbar icons become active and this problem does not appear. In case you're wondering, I do this at least once a day when emptying my spam folder since I don't want to open any of the messages by clicking on the header. I just click in the header pane, select all, mark read, and delete.
I can duplicate using 2002032503 windows build. 1. Select a new folder in folder pane so that nothing has focus in thread pane. 2. Use tab key to tab to thread pane and nothing in thread pane is selected. 3. Used Edit "Select All" menu item. Results: all messages in thread are selected as expected, but "File" (and Delete) button is disabled.
Added 'regression' to Keywords.
Keywords: regression
QA Contact: sheelar → olgam
If I had to guess, I'd guess we're not getting a selection changed notification so we're not updating our command handlers...I can verify this when my build finishes.
this has the same cause as bug 134119 - if I comment out the code that prevents the selection change notification, this works again. Sean, can you think of a different way of getting right click to work the way you want without disabling the various selection changed notifications that we're relying on?
fyi - just upgraded my system and still seeing this in the 2002040203 build
sorry, I cited the wrong bug # - this has the same cause as bug 134893, which Sean is working on.
I have the same symptom with nearly the same steps: Click on folder with no msg selected. Click on another folder and find buttons still disabled. Click/tab to focus thread pane, use ^A to select everything. At this point, I use ^click to deselect one or more messages and then use shift-delete. All the deleted junk goes away leaving only the selected message. However, the buttons didn't re-enable.
taking - I believe this should be fixed by checkin for other selection problems.
Assignee: sspitzer → bienvenu
seems fixed now on trunk.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Verified on trunk build at 04/22/02 on Linux, Win2K, Mac 10.1.3.
Status: RESOLVED → VERIFIED
be nice if we could fix this on the mozilla 1.0 branch.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.