You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In exploring some packages, the "created_at" data field for maintainers seems inaccurate. For example, hitting the API for pkg:npm/sntp has inaccurate timestamps for user nlf in the response body:
This user has been on the platform for much longer than 2022, having published packages since at least 12 years ago.
I also noticed that the other 3 maintainers in this package have the "created_at" field as 2023-12-13T21:49:58, with a difference of milliseconds, which is also inaccurate since 2 of the maintainers (1, 2) at a quick glance have been publishing packages for a decade now.
Is the created_at timestamp actually intended to be the first time the API has seen and recorded the user?
The text was updated successfully, but these errors were encountered:
Is the created_at timestamp actually intended to be the first time the API has seen and recorded the user?
Yeah this is the case, the majority package manager registries do not provide the date the user was created in their APIs, so it's when the record was first created in our database.
In exploring some packages, the
"created_at"
data field for maintainers seems inaccurate. For example, hitting the API for pkg:npm/sntp has inaccurate timestamps for user nlf in the response body:This user has been on the platform for much longer than 2022, having published packages since at least 12 years ago.
I also noticed that the other 3 maintainers in this package have the
"created_at"
field as2023-12-13T21:49:58
, with a difference of milliseconds, which is also inaccurate since 2 of the maintainers (1, 2) at a quick glance have been publishing packages for a decade now.Is the created_at timestamp actually intended to be the first time the API has seen and recorded the user?
The text was updated successfully, but these errors were encountered: