Skip to content

Rustdoc handling of public re-export is broken #28537

Closed
@hanna-kruppe

Description

@hanna-kruppe

Looking at nightly docs of core::num, the presentation of ParseFloatError is confusing. It looks like this:

rustdoc

It should be rendered like ParseIntError, for example. The fact that it's defined in a private submodule is irrelevant and should not leak to unsuspecting users. The type does have a page, which can be found with the search, and links from other pages (functions, traits) do work. It's just the landing page for core::num that sucks.

FWIW, in std::num it is rendered normally (the source link is broken, but whatever).

Metadata

Metadata

Assignees

No one assigned

    Labels

    T-rustdocRelevant to the rustdoc team, which will review and decide on the PR/issue.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions