40712 - [FEATURE] Need Mail/News Account Settings in Edit menu

Status: RESOLVED WONTFIX

(SeaMonkey :: MailNews: Account Configuration, defect, P3)

Description

[kmurray1115]

Created separate bug per bug #32963.

Comment 1

[kmurray1115]

Marking dogfood per bug #32963.

Comment 2

[leger]

PDT not clear what this bug if for.  Mailed to kmurray to get more info.

Comment 3

[kmurray1115]

Adding string from 32963 for a bit o' history:

------- Additional Comments From kmurray 2000-05-26 11:52 -------

Based on Jen's comments, it sounds like this should be a Dogfood item. If 
internal folks are having problems finding this command, then we should get it 
on the PDT's radar. Marking Dogfood and creating 3 more dogfood bugs: one for 
Composer, Address Book, and Browser. This bug serves as the one for Mail/Compose 
only. I expect that including it in Composer would be an M20, but getting it 
into the Mail/Compose window should be dogfood/nsbeta2.



------- Additional Comments From kmurray 2000-05-26 12:04 -------

Scratch creating a bug for Composer. However, AB (Bug #40710), and Browser (Bug 
#40712) bugs created.



------- Additional Comments From [e-mail] 2000-05-28 20:19 -------

I put my sarcastic comments about making this dogfood in a different bug.  

I thought dogfood was for features that would prevent you from using the 
product.  Although I highly agree that this is a useful feature, having wanted 
to do this myself a couple of times, I don't think this is something that people 
will be wanting to do every time they run mail.  If it is, I imagine it's 
because they are either in development or QA testing different account setting 
son messenger compose.  I would think the average person wouldn't need to do 
this as often as I would thing the reason for dogfood would require.

Anyway, I'm not saying we shouldn't do this.  I'd like to see this avoid M20 
status, but I'm not sure this is dogfood.



------- Additional Comments From [e-mail] 2000-05-30 13:19 -------

Putting on [nsbeta2+][dogfood-] radar.  Does not need a fix ASAP for daily work, 
but we should fix this for beta2.

Comment 4

[Asa Dotzler [:asa]]

Sorry for the spam.  New QA Contact for Browser General.  Thanks for your help
Joseph (good luck with the new job) and welcome aboard Doron Rosenberg

Comment 5

[Asa Dotzler [:asa]]

Someone want to take this off my plate.  I'm not going to be adding this menu 
item.

Comment 6

[Doron Rosenberg (IBM)]

XPT Menus perhaps?

Comment 7

[Asa Dotzler [:asa]]

XPToolkit Menus doesn't own the menu items.  It's up to the person thta wants 
that functionality accessible at that location to add the item.  Over to UI 
design feedback for discussion.

Comment 8

[Brendan Donohoe]

Yes, Mail/News Acct. Settings should be in the Browser Edit menu.  Don, can you
find someone to add it?

Comment 9

[don]

Paul, I don't think we really need to do this.  I'll let you and German make the
call.  If we do it then we have lots o' fun menu overlay work for every damn
non-mail/news window in the product.  I mean, if the browser must have this menu
item, then composer must have it too.  And the bookmarks window, history window,
search window, etc.  We can't do one without the others or it _really_ doesn't
make sense to do it at all.

Bottom line: I think the mail and news account settings belong in mail and news,
not in the browser or the other components.

(BTW, I added "FEATURE" to summary.)

Comment 10

[Matthew T (active 1999-2002)]

If people are having trouble finding this, it's because account settings aren't 
in the Preferences dialog like they were in 4.x -- and according to the spec (see 
URL) they are going to end up there eventually anyway, in which case this bug 
would become more-or-less obsolete.

The spec also says that `Account Settings' should be in the `Edit' menu for 
Messenger only.

Comment 11

[hangas]

I will take this.  It is an easy fix.

Comment 12

[andreww]

Taking this on from Paul. He described to me what needs to be done...

Comment 13

[andreww]

Ok, working on it. Got things to work right in mail/browser/and composer on 
windows, on my local files.

Comment 14

[andreww]

Ok, talked with German - he said it'd be best just to put this in:
composer
navigator
aim(standalone)
mail/news 3pane
mail/news per message view.
addressbook.

Comment 15

[don]

This is NOT an easy fix, IMO.  Andrew, yer doomed.

Can we minus this for beta 2?

Comment 16

[leger]

Per today's PDT, moving from [nsbeta2+] to [nsbeta2-]

Comment 17

[andreww]

OK - on to other things.

Comment 18

[Daniel Veditz [:dveditz]]

Adding nsbeta2 keyword to bugs with nsbeta2 triage value in status field so the 
queries don't get screwed up

Comment 19

[hirata masakazu]

 You should realize that this is not only a usefulness problem, but potentially
a usability problem.
 If any error occurs due to the entry in Mail/News settings, the settings should
be accessble from any part of Mozilla.
 You do not expect every user to be ready to edit prefs.js manually, do you?

Comment 20

[Matthew T (active 1999-2002)]

[--> XP Apps: GUI]

Comment 21

[sairuh (rarely reading bugmail)]

chatted w/seth who sez this should go to putterman now... do change if needed...

Comment 22

[sairuh (rarely reading bugmail)]

if bug 33266 is fixed, methinks this bug would be rendered moot. :)

Comment 23

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

adding racham to the cc list.

Comment 24

[scottputterman]

reassigning to racham. I'm not a big fan of putting it back in preferences. I
think since it exists in the mail windows and the messenger compose windows,
just putting it in the AB would be sufficient.

Comment 25

[Alec Flett]

round and round we go - I'm changing the component back to mail because this
work needs to be done on the mailnews side with a dynamic overlay

Comment 26

[Håkan Waara]

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

Comment 27

[Péter Bajusz]

Clearing very old milestone (M17) in hope of reevaluation. 

Comment 28

[kmurray1115]

This is basically 33266 - which was marked WONTFIX. MArking as dupe of 33266.

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

Comment 29

[hirata masakazu]

This is not dupe, IMHO. As I commented, there should be a way to change settings
in Mail before you start it in order to avoid possible trouble arising from some
wrong settings. Account Wizard can not control every item in the Mail/News
settings. Since Mail/News have far more complicated information required prior
to starting than Browser, it makes safer to have them accessible from Browser.

Comment 30

[Michal 'hramrach' Suchanek]

I see this problem, too. When I switch from MailNews window to browser window, I
have still an edit menu but the account prefs are missing. If mozilla should be
an integrated set of tools (it looks like one as it has unique look that is the
same in all windows browser, mail or whatever), it should be possible to set up
all the relevant parts of config from one window. 

I expect there could be some HTML Composer specific settings which do not
influence browsing or writing email and should be left only in editor. They can
be set up while the page is edited. But I personally would like to set up my
mail account befor I open a mail composer window even if it worked in the
reversed order. 

Anyway, the mail account settings are directly resposible for handling Mailto:
links. Thus MailNews component could be treated as a plugin and should appear in
plugin setup which currently doesn't exist (as far as I know).

Comment 31

[Boris Zbarsky [:bzbarsky]]

I strongly feel this should not be fixed.  We need less mailnews presence in the
browser, not more.  I think this would be a lot less of a problem if

1)  The browser preferences dialog were not accessible from mailnews
and
2)  The mailnews preferences departed from the browser preferences dialog

Comment 32

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

mass re-assign.

Comment 33

[sairuh (rarely reading bugmail)]

the mailnews account settings are (with current trunk builds) in the Edit menu of

* mailnews 3pane window
* mailnews standalone window
* mailnews compose window

do we need it anywhere else? for navigator-only installations, this item would
not be relevant to the browser or editor windows.

Comment 34

[Ian Tommins ('thelem')]

Resolving WONTFIX because:
 * As mpt and scottputterman said in bug 33266, UI for mail/news does not belong
anywhere apart from mail/news
 * Most comments here seem to agree
 * 4 comments actually discussing the bug in as many years