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
unfortunately this is caused by a performance issue with the corresponding database query. on less depended-upon crates it works fine but for cases like werde it takes a long time to respond. some attempts have been made to improve the situation, but it's still very slow unfortunately.
Mainly just recording/calling out that it's reporting 500 internal error, and a change to report a timeout instead (if that's indeed what's ocurring) would be nice and less work than actually addressing the issue. (Turbo admitted overlooking that on Zulip.)
The fix would probably be a caching/invalidation layer around frequent/expensive rdep queries. Which certainly isn't trivial to be fair, but also probably any query that doesn't need to reflect registry updates immediately to be useful will likely end up wanting such a layer as the registry grows.
Errors even with a low count of rdeps don't seem too strange, since if it's a performance issue, load can probably impact adjacent queries' performance/success as well.
Current Behavior
I am experiencing frequent errors when trying to load the Dependents link from a crate page. This issue has been happening for a while now.
Expected Behavior
I expected the Dependents page to load as it is supposed to.
Steps To Reproduce
I have not found a way to consistently reproduce the issue 100% of the time but this is an example of the issue happening:
Environment
Anything else?
Error image:
The text was updated successfully, but these errors were encountered: