Several misplaced/missing menu entries in Bookmark Manager

RESOLVED EXPIRED

Status

SeaMonkey
Bookmarks & History
--
enhancement
RESOLVED EXPIRED
16 years ago
8 years ago

People

(Reporter: Yuting Kuo, Unassigned)

Tracking

Trunk
x86
Windows 2000

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

16 years ago
There are some menu entries missing or misplaced:

1. File->Save As: Expected in the file menu, although Tools->Export does the
job, it is not consistent to normal applications.
2. Import/Export should be in File menu. (So point 1. is unnecessary)
3. The "Open New Window" in the context menu should also exist in main menu.
4. Edit->File bookmark(s) moves the selected bookmark/folder to another folder,
so should be named "Move item(s) to..."

Comment 1

16 years ago
guess moving menu options around is more appropriate to UI design. not sure I
agree with the ideas, but I'll leave that for someone else to judge...
Assignee: ben → mpt
Severity: normal → enhancement
Component: Bookmarks → User Interface Design
QA Contact: claudius → zach

Comment 2

16 years ago
confirming to get this off the UNCO list and hopefully trigger a decision from
mpt...
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 3

16 years ago
http://www.mozilla.org/unix/customizing.html
Assignee: mpt → ben
Component: User Interface Design → Bookmarks
QA Contact: zach → claudius

Comment 4

15 years ago
This is the second time in about 4 months that all of my bookmarks just turn up
missing. (two diffrent machines) I'm a bit **** as I organise stuff with
bookmarks. 

In this case: XP 700mhz 256ram solo 3350 gateway laptop - Iwas running a bunch
of stuff and after a day the computer started to get slow so i did a restart. I
had to force close some windows prgrams but mozilla went down nicly when asked.
On restart the bookmarks were reset to default.  Some other settings were reset
to default also (netscape search instead of google) but mozilla still rememberd
my home and passwords to sites (including ones missing from bookmarks) 

I consider this quite serious as my bookmarks not easily replacable and consider
their absence to be important data loss. If this happens again I'm opera bound

Comment 5

14 years ago
Using recent build and the menus of the bookmark manager are still pretty much
f**ked up. Adding to previous comments (and bug reports like 172110 and 85895)
things like; 

 * when focus is in the search bar, all menu items are still enabled but will
just quietly fail. Some commands should be disabled when no bookmark is selected
while others should take some action and not just quietly fail, like Tools->Export. 
 * The tool bar items should be re-thought. Eg. the "Properties..." and
"Rename..." are two different items that will do the exact same thing. And why
not add the "New Bookmark" option!?

Using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a) Gecko/20040113
Mass reassign of my non-Firefox bugs to ben_seamonkey@hotmail.com
Assignee: bugs → ben_seamonkey
Product: Browser → Seamonkey
Assignee: ben_seamonkey → nobody
QA Contact: claudius → bookmarks

Comment 7

9 years ago
MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614
Status: NEW → UNCONFIRMED

Comment 8

8 years ago
MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but still has no comment since the inception of the SeaMonkey project 5 years ago.

Because of this, we're resolving the bug as EXPIRED.

If you still can reproduce the bug on SeaMonkey 2 or otherwise think it's still valid, please REOPEN it and if it is a platform or toolkit issue, move it to the according component.

Query tag for this change: EXPIRED-20100420
Status: UNCONFIRMED → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.