Closed Bug 113874 Opened 23 years ago Closed 22 years ago

Get Msgs button & menu disabled on selecting local folders

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
All
defect
Not set
minor

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 89404
mozilla1.2alpha

People

(Reporter: sheelar, Assigned: sspitzer)

References

Details

Commercial build: 2001-12-06-06 All platforms

Get Message button and menu items are disabled when any local folders are 
selected.  

Steps: 
Open mail 
Select any local folder 

Actual: Get msg button and menu item for Get messages is all greyed out
Expected: Get msg button and menu item to be enabled.
nominating. Get message button and menu items should be available when any local 
folders are selected.  
Keywords: nsbeta1
QA Contact: esther → sheelar
changing summary
Summary: Another instance of Get Msg button and menu disabled → Get Msg button & menu disabled on selecting local folders
Status: NEW → ASSIGNED
Keywords: nsbeta1nsbeta1-
Target Milestone: --- → mozilla1.2
*** Bug 120932 has been marked as a duplicate of this bug. ***
*** Bug 123519 has been marked as a duplicate of this bug. ***
*** Bug 123924 has been marked as a duplicate of this bug. ***
*** Bug 124443 has been marked as a duplicate of this bug. ***
I noticed that this bug isn't entirely reproducible and is only an intermitent
problem on my install of 0.9.8 on win2k.  In fact, forgive my naive
interpretations, but the activation of the "Get Msg" button seems to be some
function of what mailbox Mozilla thinks is active (which one you've selected
since you started the mail system).

For instance:  I have my yahoo.com account set up as the default account.  There
is also the standard "local folders" choice that I have pointing to nothing. 
When I start up the mail client the "inbox" of my yahoo account is selected and
the Get Msg button is gray.  However, as soon as I select the "user@yahoo.com"
header the Get Msg button becomes active and stays that way until I do something
like choose  the "Local Folders" heading.  At this point the button turns gray
and stays that way until I select the "user@yahoo.com" header again.

Further, once I've selected "user@yahoo.com" the Get Msg button stays active
even if I select subfolders of "Local folders" but not the main header.

If this is reproducible on other systems it seems almost like a strangely
implemented feature...
*** Bug 126399 has been marked as a duplicate of this bug. ***
changing summary so this shows up on searches
Summary: Get Msg button & menu disabled on selecting local folders → Get Msgs button & menu disabled on selecting local folders
Dupe of bug 111102?

pi
The bug is already here for me on a BUILD 2002040908 (on Mandrake 8.2),
and it is FULLY reproduceable :

- click on "local folders"
(NOT any local folder, but the uplevel entity named "local folders" )
  --> The "Get Msgs" is always disabled.
- click on "inbox" in your account
  --> The "Get Msgs" is never reactivated.

To reactivate it, you must first click on the name of your account.
I can reproduce this bug on Mozilla 1.0RC1 (Build ID 2002041711, Linux), but it
was already annoying me on earlier releases. Cannot say when it started, though.

Generally, clicking on the title of a Newsgroup server or "Local Folders" will
disable "Get Msgs" and keep it disabled, while clicking on the title of a POP or
IMAP server will enable it again.

Example:

 * Click on the title of a News server (the uppermost level, do not select a
newsgroup). "Get Msgs" will be disabled.

 * You can now select newsgroups, but the "Get Msgs" is kept disabled.

 * Now click on a folder (e.g. "Inbox") of a POP server. The "Get Msgs" will
still be disabled. Expected behaviour: "Get Msgs" is enabled again.

 * "Get Msgs" is enabled as soon as I click on the title of the POP server.

 * If I chose a newsgroup now, "Get Msgs" is still enabled, and is working even
for newsgroups (i.e. it fetches new postings from the server).

Suggested implementation: Disable "Get Msgs" only if "Local Folders" or one of
its subfolders is selected. Enable "Get Msgs" in all other cases.

Or just do not disable it at all...
*** Bug 141757 has been marked as a duplicate of this bug. ***
Shouldn't "Get Msgs" have exactly the same enabled/disabled behavior as
the "Compose" button? If you are in a valid account, you should be able
to both send and recieve messages. If you are not in a valid account,
you should be able to do neither.

Currently, the Compose button is always enabled. It you are in Local Folders
then it will use the default account as your "From".

It might be consistent behavior for Get Msgs to always be enabled, too.
If you are in Local Folders, then I suggest either:

1) it checks the default mail account OR
2) it checks all accounts.

Off-topic: I just want to share an observation that Outlook Express's
"Send and Recieve" button is always enabled. It checks all accounts when
you are over Local Folders.
Keywords: mozilla1.1
I test now Toolbars, so I check different scenarious. This bug is reproducible:
1. Click first on Newsgroup server/account.
2. Click on Newsgroup folder. Notice that Get Msgs, Compose, Next buttons are
disabled.
If click on a message first, then on Newsgroup folder - Get Msgs is enabled.
In Mozilla 1.0 this bug isn't corrected.
When you click on "Local Folders" (the top level), the 
"Get Msgs" get greyed out.
If you click on the "Inbox" in "Local Folders" (or any other folder in 
"Local Folders") the "Get All New Messages" gets greyed out.
*** Bug 160289 has been marked as a duplicate of this bug. ***
Nominating for the next release
Keywords: nsbeta1-nsbeta1
*** Bug 161851 has been marked as a duplicate of this bug. ***
From comment 14:
> It might be consistent behavior for Get Msgs to always be enabled, too.
> If you are in Local Folders, then I suggest either:
> 
> 1) it checks the default mail account OR
> 2) it checks all accounts.
> 
> Off-topic: I just want to share an observation that Outlook Express's
> "Send and Recieve" button is always enabled. It checks all accounts when
> you are over Local Folders.

Bug 125885 is related to this.
Blocks: 164421
Blocks: 165832
QA Contact: sheelar → stephend
This isn't an exact dupe of bug 111102, but they are likely related. See meta
bug 165832
this is a dup of 89404, which is now fixed.

*** This bug has been marked as a duplicate of 89404 ***
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
verified dup
Status: RESOLVED → VERIFIED
No longer blocks: 164421
*** Bug 193352 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.