6

I've recently proposed an edit for the tag excerpt, after creating it. Some time after, the pending edit button appeared near the review queue button. When I clicked, the queue appeared empty, but the button remained there.

It still does, even after multiple clicks, as shown in the animation above.

Is this a known bug when my own edits appear as pending (given that I've already reviewed them by proposing them)?

| |
  • 2
    That review number in the topbar is full of bugs. – Rand al'Thor Mar 6 '17 at 10:58
  • 1
    Why not ask a question like this on meta.stackexchange.com? – Null Mar 6 '17 at 15:52
  • @Null the first link in Aegon's answer seems to address a concern similar to mine (although there OP has 10k queue broken). I'll post a link to this post under Shog's answer. – Gallifreyan Mar 6 '17 at 16:14
  • What I mean is that you should ask bug questions like this on MSE instead of a site meta, unless you think the bug is limited to that particular site. You're more likely to get a response from an SE employee at MSE and/or find that it's a duplicate. – Null Mar 6 '17 at 16:18
  • @Null I must admit it didn't occur to me. In any case, it should be fairly easy to migrate this to main meta even now if needed... right? – Gallifreyan Mar 6 '17 at 16:20
  • 1
    I don't think there's much point in migrating this now -- it'd probably just be closed as a duplicate. These kinds of questions are on-topic here on scifi meta, it's just that you're more likely to get an authoritative answer on MSE. – Null Mar 6 '17 at 16:24
6

No this is a known caching issue and .

Quoting Shog's answer:

Caching. And some complicated eligibility rules.

Most of the time, the top bar will indicate what's still TO DO for the site, while the numbers under /review will indicate what's still TO DO for you. But when reviews are being done quickly, they can become out-of-date briefly. The system recalculates them every few minutes, so generally they won't be out of date for too long...

...But there are still some edge-cases where there'll be items in a queue that you aren't eligible to review but which are disqualified because of tests too expensive for the system to run until/unless you actually try to review them.

It's unlikely you'll encounter the latter very often, but if you see a discrepancy hanging around for more than 5-10 minutes, chances are that's what it is.

So what happened is, the topbar showed that a review was pending for the site to do. When you clicked it, System calculated your eligibility for the review and found out that you are not eligible for that review (Because it's your edit after all). So it showed you no pending edits.

Also see: Another one of Shog's answers here.

Further reading: Should I blame Caching?

Update: In the new design rolled out for SO, it appears that they have fixed this issue by getting rid of the count altogether. Now the counts load when you click on review button, for every queue respectively.

enter image description here

I have left shog a comment to seek official confirmation. Will update if he replies. I have also created a MSO post to seek official confirmation from other sources if Shog is not available to comment.

UPDATE 2: Yes Shog has confirmed the new layout is supposed to be the fix for this issue. Quoting him:

Well... It's a fix, @NSNoob. It ain't ideal; the ideal implementation would light up the indicator when - and only when - there are tasks that you need to do when you haven't been reviewing for a while. But it is an improvement: there's a delay, no bogus number, and a check for some reasonably-sane number of pending tasks.

| |
  • 2
    Thanks! It's been hanging on since I posted this, by the way, so you're right. – Gallifreyan Mar 6 '17 at 9:17

You must log in to answer this question.

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