-
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
Give precedence to local shared files over global ones #1324
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
jyn514
added
S-waiting-on-review
Status: This pull request has been implemented and needs to be reviewed
A-builds
Area: Building the documentation for a crate
A-backend
Area: Webserver backend
labels
Mar 20, 2021
The comment above was already out of date, but now it's even more out of date 😁 |
jyn514
added
S-waiting-on-author
Status: This PR is incomplete or needs to address review comments
and removed
S-waiting-on-review
Status: This pull request has been implemented and needs to be reviewed
labels
Mar 20, 2021
When serving 'essential files', we can either serve the global one, created when building `empty_library`, or the local one, created when building the local crate. Currently we default to the global one, but this causes issues when the file should never have been global in the first place (such as recently for `crates.js`: see rust-lang#1313). This gives precedence to the local file so that the bug will be fixed when rustdoc fixes it, even if we forget to update `ESSENTIAL_FILES_UNVERSIONED`.
jyn514
force-pushed
the
local-precedence
branch
from
March 21, 2021 13:22
01972f6
to
214710f
Compare
lol, thanks, I fixed the comment :) while reading it I think |
jyn514
added
S-waiting-on-review
Status: This pull request has been implemented and needs to be reviewed
and removed
S-waiting-on-author
Status: This PR is incomplete or needs to address review comments
labels
Mar 21, 2021
jyn514
force-pushed
the
local-precedence
branch
from
March 21, 2021 13:44
ea6e643
to
228ee9f
Compare
jyn514
force-pushed
the
local-precedence
branch
from
March 21, 2021 14:57
228ee9f
to
214710f
Compare
Nemo157
approved these changes
Mar 21, 2021
This was referenced Mar 22, 2021
jyn514
added a commit
to jyn514/rust
that referenced
this pull request
Mar 26, 2021
The intended use case is for docs.rs, which can now copy exactly the files it cares about, rather than having to guess based on whether they have a resource suffix or not. In particular, some files have a resource suffix but cannot be shared between crates: rust-lang/docs.rs#1312 (comment) The end goal is to fix rust-lang/docs.rs#1327 by reverting rust-lang/docs.rs#1324. This obsoletes `--print=unversioned-files`, which I plan to remove as soon as docs.rs stops using it.
3 tasks
Dylan-DPC-zz
pushed a commit
to Dylan-DPC-zz/rust
that referenced
this pull request
Apr 2, 2021
…imulacrum rustdoc: Add unstable option to only emit shared/crate-specific files The intended use case is for docs.rs, which can now copy exactly the files it cares about, rather than having to guess based on whether they have a resource suffix or not. In particular, some files have a resource suffix but cannot be shared between crates: rust-lang/docs.rs#1312 (comment) The end goal is to fix rust-lang/docs.rs#1327 by reverting rust-lang/docs.rs#1324. This obsoletes `--print=unversioned-files`, which I plan to remove as soon as docs.rs stops using it. I recommend reviewing this one commit at a time. r? `@GuillaumeGomez` cc `@Nemo157` `@pietroalbini`
Dylan-DPC-zz
pushed a commit
to Dylan-DPC-zz/rust
that referenced
this pull request
Apr 2, 2021
…imulacrum rustdoc: Add unstable option to only emit shared/crate-specific files The intended use case is for docs.rs, which can now copy exactly the files it cares about, rather than having to guess based on whether they have a resource suffix or not. In particular, some files have a resource suffix but cannot be shared between crates: rust-lang/docs.rs#1312 (comment) The end goal is to fix rust-lang/docs.rs#1327 by reverting rust-lang/docs.rs#1324. This obsoletes `--print=unversioned-files`, which I plan to remove as soon as docs.rs stops using it. I recommend reviewing this one commit at a time. r? ``@GuillaumeGomez`` cc ``@Nemo157`` ``@pietroalbini``
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
A-backend
Area: Webserver backend
A-builds
Area: Building the documentation for a crate
S-waiting-on-review
Status: This pull request has been implemented and needs to be reviewed
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
When serving 'essential files', we can either serve the global one,
created when building
empty_library
, or the local one, created whenbuilding the local crate. Currently we default to the global one, but
this causes issues when the file should never have been global in the
first place (such as recently for
crates.js
). This is why #1317 needed to be deployed to fix #1313.This gives precedence to the local file so that the bug will be fixed
when rustdoc fixes it, even if we forget to update
ESSENTIAL_FILES_UNVERSIONED
.r? @Nemo157