golang
x/website: linux install instruction version number not updated on chromeos
What is the URL of the page with the issue?
https://go.dev/doc/install
What is your user agent?
Mozilla/5.0 (X11; CrOS x86_64 14541.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/127.0.0.0 Safari/537.36
Screenshot
What did you do?
I tried to blindly run the command in the first box after downloading the 1.23 go distribution.
What did you see happen?
I got a a no such file or directory error.
Even though the latest version is printed on the blue button, the instructions contained an old version number.
What did you expect to see?
I expected the command to delete any old Go distributions and extract the latest distribution into /usr/local.
I expected the command to contain a version number matching the latest version in the blue button text.
Related Issues and Documentation
- x/website: #49887 (closed)
- x/pkgsite: Update go version on docs #53670 (closed)
- x/pkgsite@latest doesn't install #54672 (closed)
- x/website: out of date requirements for macos #68891 (closed)
- x/website: Incorrect tar instructions for Linux download #41528 (closed)
- x/tools/cmd/getgo: uses incorrect "latest" url #42676 (closed)
- x/website: doc/install: add download instructions into numbered steps #60941 (closed)
(Emoji vote if this was helpful or unhelpful; more detailed feedback welcome in this discussion.)
@RyanRosario do you have javascript disabled on your browser?
The filename in the instructions served in the original html is for a 1.14.3 archive but we use javascript to dynamically update the file name in the download instructions.
@matloob I do not. JavaScript is enabled. I am using Chrome on a Chromebook+. I just visited the site again and it still shows 1.14.3.
Maybe ChomeOS / CrOS should be treated as a unix in https://go.dev/doc/download.js
Change https://go.dev/cl/620556 mentions this issue: _content/doc: treat ChromeOS as linux in download selector
I'm wondering why we don't always set the version even if the OS isn't linux? It seems like this problem could occur if the user user agent doesn't match any of the detectOS patterns because the linux tab will be selected by default but the file name won't be updated because the OS isn't set to linux.
I was also wondering why there was a unix OS that wouldn't match any download option. I've updated my CL.