Closed Bug 116259 Opened 23 years ago Closed 23 years ago

Inactive Link Toolbar links use wrong icons

Categories

(SeaMonkey :: Themes, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: jmccabe, Assigned: sballard)

Details

(Keywords: regression)

Attachments

(2 files)

The inactive links on the Link Toolbar are using the wrong icons (rather than a
greyed version of the active icon they are using images from the Bookmarks icons).

Using 2001122008 build.

Image to be attached.
It should be mentioned that this /may/ be related to 113100.
Status: UNCONFIRMED → NEW
Ever confirmed: true
link toolbar == nobody@mozilla.org
Assignee: hewitt → nobody
The icons used to be correct.  So someone broke them...  Reassigning regressions 
nobody@mozilla.org seems a little odd, even if they are in a part of the UI 
that's off by default.

Assigning to Stuart, ccing Tim
Assignee: nobody → sballard
I'm not seeing this in 2001122808 in the classic skin. Is it modern-only?
Almost certainly. The classic icons were never munged in the "fix too-large 
icons" checkin, iirc.  The modern ones were...
I don't know if this is the right fix, but it works...
Um... Either there is a style system bug here or something is setting the 
inline-style list-style-image on those elements (bad idea as far as theming 
goes, no?).... ccing hyatt.

Stuart, could you use DOM inspector on a navigator window and see which style 
rules are applied to the elements in question and where these rules come from 
(without your fix)?
This appears in skin/modern/communicator/bookmarks/bookmarksToolbar.css (sorry,
don't know what path in CVS that corresponds to, I only use patchmaker :) ) line
72.

toolbarbutton.bookmark-item[disabled="true"] {
  cursor: default !important;
  text-decoration: none !important;
  list-style-image:
url("chrome://communicator/skin/bookmarks/bookmark-item-dis.gif") !important;
}

My personal feeling is that it really is a bug for themes to be using !important
rules all over the place, but if a !important rule is being used for
bookmarktoolbar items in general, then I need to use a !important rule to
override that, right? :) Hewitt, care to give us some commentary on why
!important rules are used and whether they're kosher in this case?

Now that I've found this (thanks for the tip about the document inspector!) I'm
more convinced that this is indeed the right patch. Anyone want to review?
Comment on attachment 63071 [details] [diff] [review]
Patch to fix the problem

Hmm... The classic version of bookmarksToolbar.css
(http://lxr.mozilla.org/seamonkey/source/themes/classic/communicator/bookmarks/
bookmarksToolbar.css) also uses the !important stuff all over...

The patch does indeed do the right thing given the bookmarksToolbar.css files,
but I'm confused as to why this bug is modern-only then.  :)

In any case, r=bzbarsky; get sr from hewitt, please
Attachment #63071 - Flags: review+
Comment on attachment 63071 [details] [diff] [review]
Patch to fix the problem

sr=hewitt
Attachment #63071 - Flags: superreview+
Thanks Stuart, I landed this for you.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Verified on linux (2002-01-09-08-trunk)
Status: RESOLVED → VERIFIED
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: