Skip to content

Master: documentation findings, deferred to a dedicated session #163

Description

@jeremymanning

What this is

A collecting point for documentation defects found while doing other work, so they are recorded without being fixed in-flight. A separate session is overhauling the documentation and tutorials; editing the same files from two places would produce conflicts that cost more than the fixes are worth.

Working rule for anyone landing here: file, do not fix. Add findings as comments or as linked issues. No documentation edits outside the dedicated session.

Findings so far

#162 — eight names exported as public API and documented nowhere

setup_environment, setup_ssh_keys, add_host_key, PackagedFile, ProfileManager, create_modern_cluster_widget, display_modern_widget, show_widget.

All 53 exports import cleanly and carry docstrings, so nothing is broken — but __all__ is the contract, and the fix points two ways per name: document it, or take it out of __all__. setup_ssh_keys and add_host_key are the first two things a new user does and ssh_setup.rst names neither; PackagedFile and setup_environment are plausibly internal and should leave instead.

Documentation made wrong by defect fixes in flight

Fixes on work/priorities-and-docs change behaviour the documentation currently describes. Each needs a doc update after both that branch and the overhaul land:

A conflict that needs deciding before either lands

work/priorities-and-docs already carries 41 changed documentation files, +3,056/-1,805 — a data-packages guide, corrected API reference pages, present-tense rewrites of the prose and notebooks, sanitized hostnames, and six verified factual corrections in configuration.rst.

If the overhaul session is working from master, those two sets of changes will collide across most of docs/source/. Worth resolving deliberately rather than at merge time. The options are to land this branch first and have the overhaul start from the result, to have the overhaul take precedence and drop this branch's doc commits, or to merge them file by file.

The factual corrections are the part worth preserving whichever way it goes: they were each verified against the code, and several fixed claims that had been wrong for months.

Definition of done

This issue closes when every finding is either fixed in the dedicated documentation session or explicitly declined — not when the documentation is finished.

Metadata

Metadata

Assignees

No one assigned

    Labels

    documentationDocs accuracyepicDenotes an epic issue/task

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions