It's so cool that the notification reminds you of the colour of badge you've earned. But I am a little puzzled by the symbols:

meta workplace enter image description here

Is it feasible to use the symbol from the earned site? At the moment it uses the symbol from the site I happen to be on (as you can see by looking to the left of the dropdown in each case.)

  • I imagine it's the same reason badges for all accounts are the same in your user profile. Hard to style each one differently. See: Unique Badge Icons in Summary – mhlester Jun 2 '14 at 16:32
  • @mhlester: it is a pretty close duplicate, I'd say. – Martijn Pieters Jun 2 '14 at 16:58
  • 3
    @MartijnPieters I disagree. The profile needs to show all the badges from all the sites. That's a different task from "today's badges" so perf is less of an issue. – Kate Gregory Jun 2 '14 at 17:07
  • 12
    Using the icon from the "earned site" may be infeasible/undesirable since that would mean cross-loading icons; in that case, please just use the default circles! – Raphael Jun 2 '14 at 19:08
  • 1
    @mhlester: Not quite; the (left part of the) top-bar is supposed to look&feel the same everywhere, so why use different icons at all? The defaults (cf beta sites) would do and, in particular, not interfere with the site style (which is the biggest counter-argument in the question you link). – Raphael Jun 2 '14 at 19:11
  • 3
    "How can I sell myself" sounds so much like an Arqade title, it took me a while to realize the problem wasn't that it was displaying the Workplace icon instead of the Arqade icon. – user2357112 supports Monica Jun 3 '14 at 6:43
  • 1
    Any official statements from SE whether this will/might (not) ever be fixed? – Byte Commander Dec 9 '16 at 22:45
  • 1
    @ByteCommander There are no plans to change this behavior. I'm leaving the feature request open, though, since well... it's a legit request. – Adam Lear ModStaff Mar 24 '17 at 15:23
  • @Adam so having an accepted answer does not remove this from the radar? – Shadow Wizard Wearing Mask V2 Apr 5 '17 at 13:11
  • 1
    @ShadowWizard Eh? Why would it? – Adam Lear ModStaff Apr 5 '17 at 15:40
  • @Adam because usually having accepted answer means "OK, this issue is resolved", so I thought your filter might omit those, e.g. meta.stackexchange.com/… – Shadow Wizard Wearing Mask V2 Apr 5 '17 at 19:10
  • No, I accepted Caleb's answer because I agree, making the badge icons just be dots would be less confusing than using the actively-wrong icon, without taking the (I don't know how convinced I am) performance hit of getting the right icon for every badge you're being notified of. But this isn't status-completed and if accepting answers made requests closed, what need would we have of those pink tags? (Maybe @AdamLear can get me a pink status-review?) – Kate Gregory Apr 5 '17 at 19:34
  • 2
    The accepted answer has no effect on how we consider requests, @KateGregory. status-review, on the other hand, would be a lie since the request's not actually under active review and increase the odds of it not being revisited later. :) – Adam Lear ModStaff Apr 5 '17 at 19:35
  • 1
    @Raphael I don't think this is changing as part of the current frontend work. It's more of a back end issue - since we render the dropdown on the site you're on, it picks up that site's styles. Favicons, on the other hand, come from a shared sprite. – Adam Lear ModStaff Aug 14 '18 at 15:48
  • 1
    @DarkCygnus it never stopped happening, it's how things are. I doubt it's related to missing rep. – Kate Gregory Oct 4 '18 at 21:39

I can understand why this ended up this way given per-site theming and not wanting to load the sprite sets for every site when loading any one site, but still this is very counter-intuitive and keeps coming up.

I propose making the badge icons in this particular menu where many site badges sit side by side just be the colored dots with no site-local sprites applied.


After what turned out to be a somewhat excessively long delay, version 1.16 of my Stack Overflow Unofficial Patch (SOUP) user script now includes a client-side CSS patch to fix this.

Basically, what I did was add some custom styles to override the default styling for the badges in the achievements menu:

.achievements-dialog .badge1,
.achievements-dialog .badge2,
.achievements-dialog .badge3 {
    height: 8px !important;
    width: 8px !important;
    border-radius: 50% !important;
    margin: 0px 2px 4px;
.achievements-dialog .badge1 { background: #ffcc00 !important }
.achievements-dialog .badge2 { background: #c5c5c5 !important }
.achievements-dialog .badge3 { background: #cc9966 !important }

(The reason for all those ugly !important tags is that some SE sites, like Meta.SE, use !important in their site badge styles, so I have to use it too in order to consistently override the site styles.)

The result looks like this (on Academia.SE, which has a pretty distinct badge style):


Note that the custom dots are a little bit bigger than the standard ones used e.g. in the top bar here on meta, since I felt the standard dots looked too small in the menu.

  • 5
    The SOUPinator strikes again -- great work, thanks! – Raphael Jun 3 '14 at 2:16
  • I use Greasemonkey on FF. I know I have seen autoupdates before and when I forced it to check for updates, it found and installed them without problem. Maybe because I "require secure updates"? – Raphael Jul 3 '14 at 6:25
  • @Raphael: Not sure if that's it, the update URLs do use HTTPS. But I'll keep it in mind and see if I can reproduce it. Thanks! – Ilmari Karonen Jul 3 '14 at 11:19
  • Saw this same problem yesterday (earned a badge in math.SE, saw in in academia.SE and was puzzled by the birret for the badge). Was using Fedora 22 up to date with firefox-39.0.3-1.fc22.x86_64, date was 2015-08-19. – vonbrand Aug 20 '15 at 23:57

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .