Closed Bug 288814 Opened 16 years ago Closed 14 years ago

Need to disable the "+" button/menu items in History/Top10/etc.

Categories

(Camino Graveyard :: Bookmarks, defect, P3)

PowerPC
macOS
defect

Tracking

(Not tracked)

RESOLVED FIXED
Camino1.5

People

(Reporter: alqahira, Assigned: stuart.morgan+bugzilla)

References

Details

(Keywords: fixed1.8.1.1, Whiteboard: [good first bug])

Attachments

(1 file)

I swear I've seen a bug on this already, but I can't find it now.

The "+" button/menu at the bottom of the bookmarks manager needs to be disabled
when in History.  None of those menu items are relevant to History--you can't
add a folder, bookmark, or separator to History--and they currently act on
Bookmarks (i.e., Add Separator adds a separator over in Bookmarks when you
select it in History).
I'm going to move this from History to Bookmarks for housekeeping purposes,
because that menu/button also needs to disabled in other panes of the BM: Top
10, Rendezvous, Addressbook, as well as History.

By 1.0?
Component: History → Bookmarks
Summary: Need to disable the "+" button/menu items in History → Need to disable the "+" button/menu items in History/Top10/etc.
Taking.
Assignee: pinkerton → sfraser_bugs
Priority: -- → P3
Target Milestone: --- → Camino1.0
-> 1.1
Target Milestone: Camino1.0 → Camino1.1
Likewise, the normal menu items (specifically, "Add Bookmark Folder..." in the Bookmarks menu) should also be disabled. Whether or not we want to keep "Add Bookmark" enabled is something that should probably be discussed.

Oh, and the action menu next to the + should also be disabled, since all three of its items are disabled when history is active anyway.

This, coupled with a few other "when history is up, disable/change stuff" bugs (like bug 335979 and bug 316835, and the related bug 318931), is screaming for a historyIsInView method on the appropriate class (BrowserWindowController?).

We really need a meta tracking bug for all these validation issues.

cl
Blocks: 341853
->me (assuming you're not actually working on this, Simon).
Assignee: sfraser_bugs → stridey
QA Contact: toolbars
Whiteboard: [good first bug]
Assume that I'm not working on anything, unless I start making noises to that effect in a bug.
Attached patch fixes buttonsSplinter Review
Fixes the buttons. Specifically:
- Enables/disables them at the appropriate times
- Fixes the buttons to actually respect being disabled
- Fixes a bug causing the action menu to be empty for the read-only collections

Menu items aren't addressed here, since it's entirely unrelated from a code standpoint; that should be done in either bug 175748 or a follow-up bug.
Assignee: stridey → stuart.morgan
Status: NEW → ASSIGNED
Attachment #242374 - Flags: review?
Attachment #242374 - Flags: review? → review?(stridey)
Comment on attachment 242374 [details] [diff] [review]
fixes buttons

r=me
Attachment #242374 - Flags: superreview?(mikepinkerton)
Attachment #242374 - Flags: review?(stridey)
Attachment #242374 - Flags: review+
Comment on attachment 242374 [details] [diff] [review]
fixes buttons

sr=pink
Attachment #242374 - Flags: superreview?(mikepinkerton) → superreview+
Checked in on 1.8branch and trunk.
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Keywords: fixed1.8.1
Resolution: --- → FIXED
Keywords: fixed1.8.1.1
Keywords: fixed1.8.1
You need to log in before you can comment on or make changes to this bug.