Closed
Bug 263166
Opened 20 years ago
Closed 17 years ago
"personalized" bookmarks menu (hide less visited sites from menu)
Categories
(Firefox :: Bookmarks & History, enhancement)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: csthomas, Unassigned)
References
Details
(Whiteboard: WONTFIX?)
MS Office and recent versions of Windows hide various menu options that haven't
been used recently. Could Firefox do the same? Our menus are a lot simpler,
but it might be an interesting feature for bookmarks.
Assignee: vladimir → vladimir+bm
Comment 1•19 years ago
|
||
This is an automated message, with ID "auto-resolve01".
This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.
While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.
If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.
The latest beta releases can be obtained from:
Firefox: http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey: http://www.mozilla.org/projects/seamonkey/
Comment 2•19 years ago
|
||
Chris, set this one to new if you still want this (prevent auto resolve).
Please no. This is one of the most annoying things in MS Office - off straight
away!
Assignee: vladimir+bm → nobody
Comment 5•18 years ago
|
||
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs, filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → bookmarks
Comment 6•17 years ago
|
||
See no reason or support to keep this open. Most power users I know dislike that menu behaviour. Closing.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → WONTFIX
Reporter | ||
Comment 7•17 years ago
|
||
(In reply to comment #6)
> See no reason or support to keep this open. Most power users I know dislike
> that menu behaviour. Closing.
>
I don't think you have the authority to make that decision.
Status: RESOLVED → UNCONFIRMED
Resolution: WONTFIX → ---
Comment 8•17 years ago
|
||
Chris,
Not sure you understand how Mozilla bugzilla works. It isn't a repository for every random idea someone might have had, and the majority of bugs like this will NEVER be looked at by the core team.
The original poster did not respond to the auto-close message back in 2005 and it would have therefore been closed automaatically if several people had not commented (none in support).
Therefore it's up to us - the only people looking at this bug - to decide if there is enough interest to justify it. I don't see any - the original poster is clearly not interested, there are two negatives, and no positives.
So please don't wait for someone with "authority" to come and run a survey. If you want this, then tell us. If not, there is no support, so lets close it and stop wasting Bugzilla resources.
Comment 9•17 years ago
|
||
OK, clearly you do know about Mozilla.
Why do you think this should be left unconfirmed? Shouldn't we confirm it if there is intereset, or remove it if not? Should bugs hang around indefinitely in unconfirmed state? (3 years here)
Comment 10•17 years ago
|
||
moving to places, then someone should take a decision to wontfix this or confirm as enhancement
Component: Bookmarks → Places
QA Contact: bookmarks → places
Comment 11•17 years ago
|
||
updating title, imho this should be wontfixed because newbies will not find their bookmarks anymore when hidden
Summary: "personalized" bookmarks → "personalized" bookmarks menu (hide less visited sites from menu)
Comment 12•17 years ago
|
||
(In reply to comment #11)
> updating title, imho this should be wontfixed because newbies will not find
> their bookmarks anymore when hidden
The default location for adding places is under the main bookmarks menu button. If newbies tend to take the default and, as hoped, start saving more and more places, that bookmarks menu can get reely reely full and unwieldy.
It seems to me that headings like "recent bookmarks" for a short(er) subset and "older bookmarks" to kick the user into the organizer would increase discoverability and ease of use for old and young alike.
I suppose eventually the new Places UI will land and possibly make this bug irrelevant, but I think it's a good idea anyway.
Comment 13•17 years ago
|
||
the new UI has starring and bookmarking, so users can star an address but not add it to the bookmarks menu (where they can have only more relevant bookmarks). So probably places will solve this problem, someway
i'm still suggesting WONTFIX, since places is already providing some good way to do this without having to hide anything from the user
Whiteboard: WONTFIX?
Comment 14•17 years ago
|
||
Dupe of bug 393944 ?
Reporter | ||
Comment 15•17 years ago
|
||
(In reply to comment #13)
> the new UI has starring and bookmarking, so users can star an address but not
> add it to the bookmarks menu (where they can have only more relevant
> bookmarks). So probably places will solve this problem, someway
>
> i'm still suggesting WONTFIX, since places is already providing some good way
> to do this without having to hide anything from the user
>
WONTFIX is fine given new places behavior.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago → 17 years ago
Resolution: --- → WONTFIX
Comment 16•15 years ago
|
||
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".
In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body contains places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.
Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.
Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in
before you can comment on or make changes to this bug.
Description
•