-
Notifications
You must be signed in to change notification settings - Fork 198
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
Source viewer sometimes links to empty_library
in file tree
#1453
Comments
Thank you for the report! That being said, I just ran a clean build of this crate and version locally and the file-list is correct. So it seems like a past bug / production issue that could be solved by a rebuild. If it isn't a known issue we could query other releases that share the file-list with empty-library, but aren't it. Though it would be tricky to differentiate between these and other empty libraries. |
Awesome, glad it can be resolved easily! I do remember this impacting other crates, although I can't remember any others so I can't give you any more that suffer from the bug. It's still appearing as |
This is the one generated by rustdoc, the docs.rs one looks fine for this release. |
Duplicate of #1313 |
damn, confused the two viewers again 😆 |
In some crates, the file tree simply links to some empty crate called
empty_library
which contains a single file,lib.rs
. Clicking on the file results in a 404Most recent example I've found is in the source viewer for HashBrown (linking to
map.rs
, although accessing any source file through https://docs.rs/hashbrown/0.11.2 results in the bad source tree. This has happened for multiple crates (and I can add more links as I find them) but notably might only affect certain versions - for example, the source file tree works when looking at https://docs.rs/hashbrown/0.11.1If this is a rustdoc issue and not docs.rs then I can close this issue and reopen in rust-lang/rust
The text was updated successfully, but these errors were encountered: