-
-
Notifications
You must be signed in to change notification settings - Fork 30.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Some after-migration messages are semi-attributed to mannequins #91437
Comments
If sampling diversity will help in debugging: #88228 (comment) is affected too showing both problems. |
Thanks for the report. I notified GitHub about the issue. |
DevTools shows no attempts of afterload network activity. Its console also reports nothing but
|
@ezio-melotti Any news from the GitHub side? The issue continues to occasionally manifest itself. |
I haven't heard from them. |
Is there an ability to contact the team once more? The pages mentioned in this issue continue to manifest the bug. |
If the problem is in the issue metadata (i.e. the user/author/commenter is stored as a mannequin), it might be difficult (or impossible) to fix it. The only thing that comes to mind is trying to reclaim the mannequin for that user and see if it triggers an update that solves the problem, but that can only be done for org members and it needs to be done manually. Since this doesn't seem easy to fix and doesn't seem to create any major issue, I think we can just close it. |
In addition, this problem is transient and will stop to manifest itself after all migrated issues are closed. |
Bug occurence 1
There is a message (#91404 (comment)) from a non-core contributor with authorship inconsistence. It's properly attributed to a GitHub user but a big message avatar image is taken from a mannequin.
However, another after-migration message from the same user (#89702 (comment)) has no such an issue.
A screenshot of #91404:
Bug occurence 2
A notification on referring from another issue/PR (#91230 (reference)) is fully attributed to a mannequin:
while the referrer isn't and can't because it's a PR:
Bug occurence 3
#89279 (comment), the same as occurence 1.
The text was updated successfully, but these errors were encountered: