dotnet-install.sh still returns 7.0 as latest STS version

[juergenpf]

Description

The subject says it all.

Reproduction Steps

dotnet-install.sh -DryRun -Channel sts -Runtime dotnet | grep tar.gz | cut -d' ' -f6 | cut -d/ -f6

Expected behavior

Return 9.0.xxx

Actual behavior

Returns 7.0.20

Regression?

No response

Known Workarounds

No response

Configuration

No response

Other information

No response

[colejohnson66]

https://aka.ms/dotnet/STS/dotnet-runtime-win-x64.zip is returning 301 Moved Permanently to https://aka.ms/dotnet/7.0/dotnet-runtime-win-x64.zip. Not only is the version wrong, but the HTTP response code should probably be 302 Moved Temporarily.

[BernhardGlueck]

As a workaround, specify the version to install directly. Works for me accross a wide variety of linux and macos machines.

dotnet-install.sh -v 9.0.100

[am11]

cc @baronfel, shall we transfer it to dotnet/install-scripts repo?

e.g. https://aka.ms/dotnet/STS/dotnet-runtime-linux-musl-arm64.tar.gz is currently redirecting to (out of support) v7.0.20.

Related discussion https://github.com/dotnet/install-scripts/issues/418.

dotnet-install.sh -v 9.0.100

another - bit flexible - option: dotnet-install.sh --channel 9.0

[baronfel]

Cc @leecow /@rbhanda - is the URL scheme serving the correct asset for this asset?

[leecow]

Confirmed that all STS aka.ms URLs are pointing to 7.0. @rbhanda I don't recall where these are generated, do you?

[rbhanda]

Confirmed that all STS aka.ms URLs are pointing to 7.0. @rbhanda I don't recall where these are generated, do you?

I dont think these are getting updated through our automation. Not sure how these got updated though

[ericstj]

I think this issue belongs in https://github.com/dotnet/install-scripts but I can't transfer it, @donJoseLuis @YuliiaKovalova -- looks like you own this repo.

[YuliiaKovalova]

cc: @JanProvaznik

[rbhanda]

I have updated the links manually; this issue should be resolved for now. We are currently investigating our automation which can update these links