crates.io shows old documentation link when documentation field removed from Cargo.toml

[onur]

crates.io shows old documentation link when documentation field removed in the latest version of a crate.

take_mut crate has https://crates.fyi/crates/take_mut/0.1.3/ documentation link in the version 0.1.3. Documentation link is removed in the latest version. But crates.io shows old documentation link, used in 0.1.3.

[sgrif]

I need to double check, but the fix for this should be as simple as putting #[treat_none_as_null = "true"] here

[sunjay]

I've started to work on this in #948.

Any mentorship anyone can provide is welcome. I'll debug it more soon. 😄

[sunjay]

I've fixed the issue in my PR and once it is merged any affected crates will need to publish before the webpage is updated. There are other larger issues which I've talked about in my PR which should be addressed at some point but I think are too big of a change for this issue.

[Sgeo]

I was under the impression that removing the documentation link will cause crates.io to use docs.rs as a default. Will that still occur with this fix?

[sunjay]

@Sgeo That behaviour seems to occur on the frontend and should continue to work as expected. Someone more familiar with the codebase should probably say more about that though. I'm just commenting based on what I saw when I looked just now.

[carols10cents]

I was under the impression that removing the documentation link will cause crates.io to use docs.rs as a default. Will that still occur with this fix?

@Sgeo That behaviour seems to occur on the frontend and should continue to work as expected. Someone more familiar with the codebase should probably say more about that though. I'm just commenting based on what I saw when I looked just now.

Yes, @sunjay is correct: once this fix is deployed and new versions of the crates are published, the frontend will see that there is no documentation URL and will check docs.rs.