Closed
Bug 316835
Opened 19 years ago
Closed 15 years ago
Disable the History toolbar button when about:history is the active window/tab
Categories
(Camino Graveyard :: Toolbars & Menus, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: alqahira, Assigned: bugzilla-graveyard)
References
Details
(Keywords: polish)
Attachments
(1 file, 1 obsolete file)
7.10 KB,
patch
|
bugzilla-graveyard
:
review+
stuart.morgan+bugzilla
:
superreview+
|
Details | Diff | Splinter Review |
We disable view-source when it can't be used on a page, back/fwd/stop when they can't be used, etc.
We should do the same with the History toolbar icon when about:history is the active tab/window. That would probably help a little with the "history is not a toggle" problem.
(We probably need to audit which buttons shouldn't be enabled when in any collection of the Bookmarks Manager and fix all of them.)
Comment 1•19 years ago
|
||
This is similar to the other 10 bugs about "disable X when about:Y is viewed". We should really just put together a list of all X, and then disable them all when an about:-URL is shown. Preferably also have one bug for all of these cases.
Reporter | ||
Comment 2•19 years ago
|
||
Sam and I talked about this and decided one bug per issue is better, because they're not all going to be the same "quick fix" (and some have menu items that need disabling, too), and that way someone can tackle them one at a time if they wish.
I'll make them all dependencies of one, though, for easier tracking.
Comment 3•19 years ago
|
||
If there's a patch for any of the about:-issues, I think that should cover all about:-issues, since it's basically the same fix...
Reporter | ||
Comment 4•19 years ago
|
||
about:history and about:bookmarks are the only two about:urls we need to worry about, because they're not pages (well, about:logo falls under bug 309132, but the fix for that bug should catch it).
about:history is actually a further special case because it's not a toggle (thus this bug). I doubt it's gonna be one big smooth patch....
Reporter | ||
Updated•19 years ago
|
QA Contact: toolbars
Summary: Disable the History toolbar button when about:history is the active window/tab → [meta-ish] Disable the History toolbar button when about:history is the active window/tab
Reporter | ||
Comment 5•19 years ago
|
||
De-meta-izing this bug; there's a new meta bug, and fixing this right/fully depends on either fixing bug 318931 or finding another way to tell what the active collection is.
And as for my last comment, the Bookmarks toolbar button will only be disabled when about:history or about:bookmarks are either the first url visited in a given tab or preceded only by about:blank (this currently happens, yay); it either opens or closes the Manager in all other cases (see also bug 235863 for what it does need to do).
Reporter | ||
Comment 6•19 years ago
|
||
Grr, sorry for the bugspam, but we also need to disable the menu item in this case, too (when history is the active collection). If that's not easy to do when someone fixes this, file a new bug then ;)
Reporter | ||
Updated•18 years ago
|
Target Milestone: Camino1.1 → Camino1.2
Updated•18 years ago
|
Target Milestone: Camino1.6 → ---
Assignee | ||
Comment 8•18 years ago
|
||
Might as well try to get this for 1.6 too, since the bug it depends on is still targeted at 1.6 and I'm planning to work on it.
Target Milestone: --- → Camino1.6
Reporter | ||
Comment 9•18 years ago
|
||
Mass un-setting milestone per 1.6 roadmap.
Filter on RemoveRedonkulousBuglist to remove bugspam.
Developers: if you have a patch in hand for one of these bugs, you may pull the bug back to 1.6 *at that point*.
Target Milestone: Camino1.6 → ---
Assignee | ||
Comment 10•17 years ago
|
||
Not a [good first bug] considering its dependency, which is nasty, and I'm definitely not working on this.
Assignee: cl-bugs-new → nobody
Whiteboard: [good first bug]
Reporter | ||
Comment 11•15 years ago
|
||
Chris, can we fix the menu item and the toolbar button validation like we just did 335979? We really only care whether the view is showing, not what the URL is.
Assignee | ||
Comment 12•15 years ago
|
||
To answer Smokey's comment 11, yes, we can do that. It's not *quite* as simple as it was in the other bug, but yeah, we can do that.
Assignee: nobody → cl-bugs-new
Status: NEW → ASSIGNED
Attachment #408331 -
Flags: review?(trendyhendy2000)
Comment 13•15 years ago
|
||
Comment on attachment 408331 [details] [diff] [review]
fix v1.0
Remove these blank lines in the patch: 84, 115, 123.
// return (![self bookmarkManagerIsVisible] || [self canHideBookmarks]) &&
Lose these two boolean checks; that way the user can still click the button in about:history with a BM collection showing and get back to the History collection. Provides parity with the Show History menu item, too.
r+ with those changes.
Attachment #408331 -
Flags: review?(trendyhendy2000) → review+
Assignee | ||
Comment 14•15 years ago
|
||
with hendy's r comments addressed
Attachment #408331 -
Attachment is obsolete: true
Attachment #411619 -
Flags: superreview?(stuart.morgan+bugzilla)
Attachment #411619 -
Flags: review+
Comment 15•15 years ago
|
||
Comment on attachment 411619 [details] [diff] [review]
fix v1.01
sr=smorgan
Attachment #411619 -
Flags: superreview?(stuart.morgan+bugzilla) → superreview+
Reporter | ||
Comment 16•15 years ago
|
||
Landed on cvs trunk.
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•