The menu item Newsgroups on the Task menu is unimplemented and there is no visual indication that this is the case. When you select it you get this error: JavaScript Error: ReferenceError: toNewsgroups is not defined toNewsgroups should probably be a javaScript function declared in: xpfe/global/resources/content/tasksOverlay.js

Reassign to hangas

spam: adding self to cc list as this effects menu testing.

Moving to M14.

Let's either finish off the code or disable this menu item for B1.

Bumping to M15.

Paul - did you disable this menu item?

Mass moving to M16 to get these off the M15 radar. Please let me know if this is really an M15 stopper.

Not beta2 stopper. Marking M18. Please let me know if you disagree.

Mass move mailnews bugs to Putterman. Ouch.

cc'ing sol and jglick. My inclination is to future this. Is that a problem?

OK by me to future this.

".Newsgroups" showns up in the "Tasks" menu, grayed out. Should this be removed from the menu?

Yes - this should be removed from the menu.

Scott - do you want a new bug to remove from menu or should be update one of the many bugs which timeless is working for us on?

we should probably update the bug that covers this menu. Moving this one to future.

So I have permission to remove this menu item? Actually in the future it would be reincarnated in the mailtasksoverlay anyways. Unless someone objects i'll do this.

no objection. Do we have a bug already about removing this menuitem?

Bug# 48098 states to remove the Tasks|Newsgroups menu item.

Why are we removing this? Because we don't know what to show/do when the user clicks the item?

We have bug 48098 to remove the UI to this unimplemented feature. _THIS_ bug is about implementing the feature.

accepting.

Ok, maybe I shouldn't have accepted the bug. Status: Need Info. Target: Future. Keyword: Helpwanted Afaik the behavior is undefined or the facilities don't exist. In NC4 there's a default news server and Communicator>Newsgroups loads that. I think we don't have a default news server or a way to get it or ... maybe i'm just tired. Actually. Mail needs an easy way to specify basic default servers: smtp, news, ... A reminder that this menu is app global so personalities from mail aren't known [profile is but that's irrelevant]. Last reminder to whomever (currently me when [need info] is resolved) does implement this: the xul would live in mailtasksoverlay [or whatever the current name would be] not the one from whence it was removed per bug 48098.

Adding mail3 keyword so this is considered for 6.5

Does anyone want to take a look at the newsgroups window that I have hacked?

Neil, what work have you done?

I'm still figuring out some of the JS, GetThreadTree gets called alot :-(

neil, please see bug 66475. I'd prefer to do everything based on that approach. [i'll try to update the patches today] fwiw, Newsgroups in nc4.76 opened the 3 pane view for me.

Neil, I don't think you are implementing the newsgroups menu item. I think you are implementing the old NS 4.x Message Center which was basically just the folder pane without loading the folders.

Sorry, I misunderstood the bug description.

Actually, 4.x has a silly pref: +-The Newsgroups menu item or button:----------------+ | (*) Opens newsgroups in a Messenger window | | ( ) Opens the Message Center | +----------------------------------------------------+ It seems to me as if we have altogether too much UI for this (and so did 4.x). `Newsgroups' as a separate item is redundant, since it's just a three-pane window with mail accounts collapsed and news accounts expanded. The Message Center doesn't need it's own menu item, since it's just a mail window with the thread and message panes hidden. And the standalone message window shouldn't need its own code, since it's just a mail window with the folder and thread panes hidden. As long as window state is persistent between sessions, and folders/messages are smart about opening in separate windows if the relevant panes are hidden in the active window, we shouldn't need any more UI for it.

ah, i didn't rememeber that preference. I have a bug that rearranges the mail windows so that we don't have to reinvent the wheel for each different window variation. bug 66475.

There were a couple of reasons for doing the standalone window they way that I did it. The first is that just like the sidebar in the compose window bug, the less chrome the faster the window loads and everyone told me how important a fast standalone message window was. The second is that it made it a bit easier to code the standalone because every command doesn't consist of (IsFolderShowing) and IsThreadPaneShowing(), etc.

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

Note: the patch doesn't add anything to the menu, just re-words what is already there to include newsgroups.

The taskbutton used to open the Inbox (for which I filed bug 68299).

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

Spec: http://www.mozilla.org/projects/ui/communicator/framework/menu_framework/#tasks

hasnt this already been fixed from some other bug? I see mail & newsgroups in the menu dropdown.

No, I think this bug remains if we ever get to the point where we have a default NNTP server, opening "Newsgroups" from its own menu item will open the server and display the newsgroups.

Is this "Tasks" menu, or some analog, still part of the specification for Mozilla? The current menus look nothing like the spec document from comment 40. It appears to me this bug has been obsoleted.

since the Tasks menu is gone, and that "Mail & Newsgroups" is now accessible from the Window menu (as well as the component bar), i think this could be marked wontfix or invalid.

=>Invalid, per comment 44