113874 - Get Msgs button & menu disabled on selecting local folders

Status: VERIFIED DUPLICATE of bug 89404

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Sheela Ravindran]

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.

Comment 1

[Sheela Ravindran]

nominating. Get message button and menu items should be available when any local 
folders are selected.  

Comment 2

[Sheela Ravindran]

changing summary

Comment 3

[Sheela Ravindran]

*** Bug 120932 has been marked as a duplicate of this bug. ***

Comment 4

[R.K.Aa.]

*** Bug 123519 has been marked as a duplicate of this bug. ***

Comment 5

[R.K.Aa.]

*** Bug 123924 has been marked as a duplicate of this bug. ***

Comment 6

[R.K.Aa.]

*** Bug 124443 has been marked as a duplicate of this bug. ***

Comment 7

[Jonathan Short]

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 "[e-mail]"
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 "[e-mail]" header again.

Further, once I've selected "[e-mail]" 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...

Comment 8

[R.K.Aa.]

*** Bug 126399 has been marked as a duplicate of this bug. ***

Comment 9

[kurros (Wade Majors)]

changing summary so this shows up on searches

Comment 10

[Boris 'pi' Piwinger]

Dupe of bug 111102?

pi

Comment 11

[Christophe Combelles]

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.

Comment 12

[Richard Körber]

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...

Comment 13

[R.K.Aa.]

*** Bug 141757 has been marked as a duplicate of this bug. ***

Comment 14

[Bamm Gabriana]

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.

Comment 15

[Olga]

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.

Comment 16

[Thor Dreier]

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.

Comment 17

[R.K.Aa.]

*** Bug 160289 has been marked as a duplicate of this bug. ***

Comment 18

[Sheela Ravindran]

Nominating for the next release

Comment 19

[Koike Kazuhiko]

*** Bug 161851 has been marked as a duplicate of this bug. ***

Comment 20

[David Tenser [:djst]]

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.

Comment 21

[Aaron Lawrence]

This isn't an exact dupe of bug 111102, but they are likely related. See meta
bug 165832

Comment 22

[(not reading, please use [e-mail] instead)]

this is a dup of 89404, which is now fixed.

*** This bug has been marked as a duplicate of 89404 ***

Comment 23

[[e-mail] (gone - use [e-mail] instead)]

verified dup

Comment 24

[Frank Wein [:mcsmurf]]

*** Bug 193352 has been marked as a duplicate of this bug. ***