Description of problem (please provide a set of steps we can use to replicate the issue, and make as many as you need.):
On the observation linked, two IDs are showing as maverick despite there only being two IDs that disagree with them (the disagreement is temporary; these IDs will no longer be disagreeing after a pending taxon change, but that does not seem relevant to whether the behavior is a bug). As you can see in the community ID breakdown in the screenshot, the IDs are not calculated to be disagreeing. I have checked and uncheck ‘cannot be improved’ and voted on DQA flags to re-index the observation, to no effect. Screenshotted in case new IDs are added that fix the issue.
The misplaced mavericks seem to crop up around changes in taxonomy. Adding and deleting an ID has fixed it all the ones I’ve encountered, which is at least dozens. Just be aware that deleting an ID unfollows and unreviews the observation.
I am not certain if this is what fixed it or not. Reviewing the screenshots, @bouteloua also changed their ID to reactivate their old ID after I screenshotted it, so it also could have been that that made it work (or maybe both had to happen).
I have manually re-indexed several hundred similar observations today, including at least one seemingly nearly identical situation that was fixed by the standard re-index procedure, I was just flagging that this one specifically because it was not fixed in the standard way and so I thought maybe it indicated some kind of larger bug in the indexer.
Any moves that would have affected this all happened a while ago (maybe a week before the city nature challenge taxonomy lock was put in place).
It had mavericks when I loaded the page. I immediately agreed with an ID. The page reloaded to no mavericks. I deleted the ID, there were still no mavericks. The mavericks were gone within 5 seconds of me loading the page.
