Skip to content

Conversation

@dsplaisted
Copy link
Member

Don't try to find apphost packs if UseAppHost is not true.

There was a regression in global tool installation caught by the GivenDotnetInstallTool.ItRunsWithTheSpecifiedVerbosity test in the cli repo. This is a targeted change to enable fixing that (the dummy restore.proj will need to set UseAppHost to false too), in order to unblock dotnet/cli#11166.

This is related to #3135, but this PR is a more surgical fix than the broader questions in that bug.

@dsplaisted dsplaisted requested review from a team, peterhuene and wli3 April 18, 2019 02:01

</ResolveFrameworkReferences>

<PropertyGroup Condition="'$(AppHostRuntimeIdentifier)' == '' And
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Only this is needed right?

{
// NETSDK1084: There was no app host for available for the specified RuntimeIdentifier '{0}'.
Log.LogError(Strings.NoAppHostAvailable, runtimeIdentifier);
if (errorIfNotFound)
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why this change?

In general i don't like a flag to not make error to message. It is like a flag to control throw or not.

@wli3
Copy link

wli3 commented Apr 18, 2019

@dsplaisted sorry for the delay

@dsplaisted dsplaisted merged commit 4a9967e into dotnet:master Apr 18, 2019
dsplaisted pushed a commit to dsplaisted/sdk that referenced this pull request Feb 19, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants