Fix many library sidebars, and search #3865
Merged
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.
The library sidebars on container (e.g. Class), top-level variable, top-level function, and typedefs were totally busted, as a result of d629e1e.
Fixes #3859 and fixes #3861.
The fix is to allow a Library's
canonicalModelElement
to be it's canonical library, instead ofnull
. This involves adding a few checks for "am I calculating something for a Library?" and moving some "is this library considered public" logic out ofElement.hasPrivateName
and intoModelElement.isPublic
. That corrects the issue of an exported Class's (for example) enclosing element's URI, for the search results.Once all of that is fixed, we also correct the
aboveSidebarPath
implementation for a few elements, to point to the canonical library's sidebar path.This fix highlights an issue with wildcard-variables, so one test is newly marked as failing.
Contribution guidelines:
dart format
.Note that many Dart repos have a weekly cadence for reviewing PRs - please allow for some latency before initial review feedback.