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
    Commented Jun 2, 2014 at 16:32
  • @mhlester: it is a pretty close duplicate, I'd say. Commented Jun 2, 2014 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. Commented Jun 2, 2014 at 17:07
  • 14
    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
    Commented Jun 2, 2014 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
    Commented Jun 2, 2014 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. Commented Jun 3, 2014 at 6:43
  • 1
    Any official statements from SE whether this will/might (not) ever be fixed? Commented Dec 9, 2016 at 22:45
  • 4
    @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 StaffMod
    Commented Mar 24, 2017 at 15:23
  • @Adam so having an accepted answer does not remove this from the radar? Commented Apr 5, 2017 at 13:11
  • 4
    @ShadowWizard Eh? Why would it?
    – Adam Lear StaffMod
    Commented Apr 5, 2017 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/… Commented Apr 5, 2017 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?) Commented Apr 5, 2017 at 19:34
  • 4
    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 StaffMod
    Commented Apr 5, 2017 at 19:35
  • 2
    @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 StaffMod
    Commented Aug 14, 2018 at 15:48
  • 1
    @DarkCygnus it never stopped happening, it's how things are. I doubt it's related to missing rep. Commented Oct 4, 2018 at 21:39

2 Answers 2


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.

  • 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
    Commented Jul 3, 2014 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! Commented Jul 3, 2014 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
    Commented Aug 20, 2015 at 23:57

You must log in to answer this question.

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