50494 - Forms Manager shouldn't be in `Privacy & Security' submenu

Status: RESOLVED FIXED

(Toolkit :: Form Manager, defect)

Description

[Matthew T (active 1999-2002)]

Build: 2000082608, MacOS 9.0

To reproduce:
* Start Mozilla.
* Open the `Tasks' menu.
* Open the `Privacy and Security' submenu.

What you see:
* The submenu contains a further submenu called `Form Manager'.

What was expected:
* The `Tasks' menu should contain a top-level item called `Forms Manager'.

Auto-filling of data is conceptually nothing to do with privacy and security, so 
it should not be in the `Privacy and Security' submenu.

Comment 1

[Stephen P. Morse]

I dislike the menu structure under tasks (three levels to get to form manager) 
and would like to see all the privacy stuff moved up several levels.  And 
I have requested permission for a top-level menu item many times but UE 
group has other ideas as to how to use the top level.

With those constraints, you can give a good rationale for putting form manager 
under privacy.  It does have to do with the storage of the users private data 
and the use of encryption to keep the storage of that data secure.

So unless UE agrees to a major redesign of the menu structure, this won't get 
implemented.

Comment 2

[Matthew T (active 1999-2002)]

I don't mean to be a nuisance ... but I count seven items in the `Tasks' menu for 
a full Mozilla installation, excluding separators (of which there are too many) 
and the names of open windows (which shouldn't really be there anyway). If 
anything, the `Tasks' menu looks too short right now, not too long.

So if the UE group (whose UE group?) `has other ideas as to how to use the top 
level' of the `Tasks' menu in Mozilla, please CC them so they can tell us what 
these ideas are and when they will be implemented in Mozilla. (And no, `we need 
space in the Tasks menu for commercial gloop in our own Mozilla distribution' is 
not a good reason for making the Mozilla base UI harder to use.)

Comment 3

[Stephen P. Morse]

I'll do better than copying the UE group, I'll assign this to them.

Comment 4

[sairuh (rarely reading bugmail)]

spam: mass-moving open password manager (single signon) and form manager
(autofill) bugs to Terri for qa contact. unfortunately, i cannot cc myself with
this form, so feel free and add me if you want to keep me in the loop with any
(but, pls not all :) of these... will also go thru 'em meself, a bit later...

Comment 5

[Blake Ross]

Actually, believe it or not, assigning to the UE group isn't doing better 
because then these bugs just get lost :-)

> So unless UE agrees to a major redesign of the menu structure, this won't get
> implemented.

Hm?  I wasn't aware that Mozilla had a UE group who had to approve UI changes.

reassigning back to morse...

Comment 6

[Marcia Knous [:marcia]]

Netscape nav triage team: based on Steve Morse's pre-triage recommendation, this 
is not a beta stopper.

Comment 7

[Stephen P. Morse]

.

Comment 8

[Jesse Ruderman]

Hmm, I should have read this bug before filing bug 67416.

Comment 9

[Rafael Ebron (:rebron)]

Todd, can we get someone to look at this from the UE group.

It's annoying to have to go three levels deep in order to do something with
either cookie manager, password manager, or form manager.  It makes these really
cool features hard to get to.  

Comment 10

[Todd Pringle]

Rafael, yes one of the current initiatives is to re-examine the top level menu
structure, so this would obviously fall into that category.  Ccing Marlon as well.

Comment 11

[Håkan Waara]

Taking to make the Tasks menu suck less. /me awaits mpt's spec.

Comment 12

[Håkan Waara]

.

Comment 13

[Asa Dotzler [:asa]]

this is fixed. it's now in the Tools menu first level.

Comment 14

[Rafael Ebron (:rebron)]

Verified fixed with Blake's changes.