What is meta? ×
Meta Stack Exchange is where users like you discuss bugs, features, and support issues that affect the software powering all 133 Stack Exchange communities.

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?

share|improve this question
    
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 '11 at 19:50
1  
Reproduced this on my own profile. –  BoltClock's a Unicorn Dec 11 '11 at 19:50
2  
Also reproduced on BoltClock's own profile. –  John Dec 11 '11 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. –  Purag Dec 11 '11 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 '11 at 21:11

1 Answer 1

up vote 13 down vote accepted

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.

share|improve this answer
    
Cool, "dogfood" can also be used as a verb. Something new I learned :) –  BoltClock's a Unicorn Dec 12 '11 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. –  Purag Dec 14 '11 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 '11 at 10:08
    
@Nick: Sounds great. Thank you! –  Purag Dec 14 '11 at 15:24

You must log in to answer this question.

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