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
Currently when there is an issue like a build failure crate authors need to wait till the build has been run then visit the docs page to see whether it was successful or not. Commonly instead they first discover the issue when one of their users tries to visit the docs and sees the failure and notifies them (or us directly). It would be nice if we could more proactively surface these build failures (and potentially other warnings) to the authors.
One constraint I want to keep the design under is that we do not store any server-side data to try and do something like a push notification to the users; potentially in the future there could be some opt-in integration with crates.io if they get some kind of push notification system.
Proposed design:
Add a new endpoint like /crate/:crate/warnings.json that provides warnings for the crate (e.g. latest version failed to build, latest version built but some targets failed, anything else we might want to add in the future)
Add a small drop-down widget to the top-bar for showing these warnings
in the widget have a button to add the current crate to the list of crates to check, this simply stores the crate name into local storage
on page load (maybe with a delay between re-requests stored in local storage) grab the list of subscribed crates and poll their warnings endpoints, showing some kind of notification bubble in the widget if any have a warning
Potentially: have some integration with crate owners, so you can subscribe to see all warnings for crates you own (or maintain through a proxy owner like rust-lang-owner) without having to manually go subscribe when you publish a new crate (this might have issues around cacheability, while the /crate/:crate/warnings.json can be heavily cached in the CDN).
The text was updated successfully, but these errors were encountered:
For adding more warnings like some targets failed, yes, for the UI part and just an initial "the last build failed" warning no, that should be possible now.
Currently when there is an issue like a build failure crate authors need to wait till the build has been run then visit the docs page to see whether it was successful or not. Commonly instead they first discover the issue when one of their users tries to visit the docs and sees the failure and notifies them (or us directly). It would be nice if we could more proactively surface these build failures (and potentially other warnings) to the authors.
One constraint I want to keep the design under is that we do not store any server-side data to try and do something like a push notification to the users; potentially in the future there could be some opt-in integration with crates.io if they get some kind of push notification system.
Proposed design:
/crate/:crate/warnings.json
that provides warnings for the crate (e.g. latest version failed to build, latest version built but some targets failed, anything else we might want to add in the future)rust-lang-owner
) without having to manually go subscribe when you publish a new crate (this might have issues around cacheability, while the/crate/:crate/warnings.json
can be heavily cached in the CDN).The text was updated successfully, but these errors were encountered: