fix(docs): version-picker shows selected option on /versions/latest/ - #157
Merged
Conversation
Contributor
There was a problem hiding this comment.
Pull request overview
This PR adjusts the DocFX version-picker script so that /versions/latest/ correctly renders with an explicitly selected latest option, by removing a URL-resolution block that could never match and by conditionally including the latest entry only when appropriate.
Changes:
- Removed the dead
/versions/latest/→ concrete-version URL resolution block. - Updated the picker rendering logic to include the
latestoption only whencurrentVersionislatest(ensuring/versions/latest/has a selected option).
Third fanout of the same identical bug — see ETL-Xml#187 (0ab73c1) and ETL-Test-Kit#204 (406e2b1) for prior instances. Copilot on #157 flagged the same issue: `currentVersion` defaulted to 'latest' on non-versioned pages (site root / docs pages), so the skip predicate `v.version === 'latest' && currentVersion !== 'latest'` was `false && anything → false` there and `latest` surfaced in the picker outside /versions/latest/, contradicting the PR intent. Change the default from 'latest' to `null`. Behavior now: - /versions/latest/ → currentVersion='latest' → latest included, selected - /versions/v1.0.0/ → currentVersion='v1.0.0' → latest skipped - non-versioned pgs → currentVersion=null → latest skipped, none selected The `if (v.version === currentVersion)` selection line still works because `v.version === null` is always false — no spurious selection on non-versioned pages. Updated the inline comment to describe the starts-null semantics. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This file contains hidden or 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
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
Summary
Fan-out of Try-Pattern PR #247. The version-picker JS had a dead URL-match resolution block that tried to match the
latestalias URL (/<repo>/versions/latest/) against concrete version URLs (/<repo>/versions/vX.Y.Z/) — structurally different by construction, so the match NEVER succeeded. The render loop then unconditionally skipped thelatestentry, leaving no option selected on/versions/latest/.Fix: delete the dead resolution block; keep
latestas a first-class option ONLY when the reader is on/versions/latest/. On concrete-version pages the skip still applies — no redundantlatest + vX.Y.Zpair.Same patch, same file. Direct fan-out of Try-Pattern's canonical.
Verification
Try-Pattern PR verified via HTML harness across 4 URL cases; change event fires and navigates correctly. See Try-Pattern #247 for details.
🤖 Generated with Claude Code