18

This is sort of a two-in-one bug.

I was viewing the summary tab on Jarrod Dixon's profile, and all his accounts were listed as they should be under "Accounts." However, he should be a moderator on all of these sites, and only Area 51 had the moderator icon (♦) next to it:

enter image description here

I clicked "view more" to see the rest of his profiles, and they all have the icon next to them:

enter image description here

I went back to the summary tab to find that it had fixed itself:

enter image description here

That's the first bug. Any reason this happened?

EDIT: This happened again in Chrome. Looks like it happens periodically.

And on to my second bug. You'll notice that the ♦ icon skips a line for every single site. Given that this is happening to all of them, is this by design?

Improve this question
5
  • After clearing my cache, I know see the view in your last screenshot consistently (was seeing the same thing as your first screenshot previously with Chrome). I'm guessing an update was pushed recently.
    – Mat
    Dec 11, 2011 at 19:50
  • 1
    Reproduced this on my own profile.
    – BoltClock's a Unicorn
    Dec 11, 2011 at 19:50
  • 2
    Also reproduced on BoltClock's own profile.
    – John
    Dec 11, 2011 at 20:10
  • @BoltClock: I went to your profile and you had no mod icons for SO or Meta. Refreshing the page fixed it. One strange bug.
    – Someone
    Dec 11, 2011 at 20:22
  • Reproduced on Jarrod's profile on Opera 11.60 (all three steps), as well as on BoltClock's profile and my own one. Looks like the summary only shows the diamonds after the account page has be loaded once. (And Area51 is always different.)
    – Paŭlo Ebermann
    Dec 11, 2011 at 21:11

1 Answer 1

Reset to default
13

The styling of the link in the account panel (in case of a really long site name) has an explicit width for the elipses overflow...so a span with the ♦ after that was creating another line.

This will be fixed in the next build. I'll take a look at the mod status loading (without loading the accounts tab first)...we don't cache this at the network level, so it's not in the "cheap" call...we'll see if we can load this in a cheap way in the future.

Update: we have a plan here, there's some additional work we need to do in the background, but diamonds will appear in the panel as well as the tab correctly in the future. This will backed by dogfooding our public API v2 (currently in private beta), so we'll be displaying the same data any third-party app could.

It'll remain flaky for a bit (not displaying diamonds correctly unless someone hits the full tab for that cache load), but the result of being API backed will be better for all involved (bonus: and result in a faster accounts tab load, in the case of a cache miss).

Updated update: The accounts views are now switched over to APIv2, diamonds should display everywhere correctly on the first load now.

Improve this answer
4
  • Cool, "dogfood" can also be used as a verb. Something new I learned :)
    – BoltClock's a Unicorn
    Dec 12, 2011 at 12:25
  • Looks like the new line bug is resolved. Thanks! Though I'll hold on accepting until we get some more news on the first bug I addressed.
    – Someone
    Dec 14, 2011 at 6:13
  • @Purmou - We're working on it...the work is actually almost done, we just need to test a bit before putting the full weight of SO on the new API (it's not a "testing" level load, ya know?) :)
    – Nick Craver
    Dec 14, 2011 at 10:08
  • @Nick: Sounds great. Thank you!
    – Someone
    Dec 14, 2011 at 15:24

You must log in to answer this question.

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