search

robert-j-engdahl / ngettext-wpf

Proper internationalization support for WPF (via NGettext)
GNU Lesser General Public License v3.0
10 stars 12 forks source link

$env:Path isn't updated correctly to reflect new versions #21

Closed D-Bullock closed 6 years ago

D-Bullock commented 6 years ago

In the Package Manager Console type: $env:Path.

Below is an excerpt from my path variable

C:\Users\Office1.nuget\packages\ngettext.wpf\1.0.18-alpha\tools;C:\Users\Office1.nuget\packages\gettext.tools\0.19.8.1\tools;C:\Users\Office1.nuget\packages\gettext.tools\0.19.8.1\tools\bin;C:\Users\Office1.nuget\packages\ngettext.wpf\1.0.21-alpha\tools

You'll notice that there's both .18 and .21 listed as versions

robert-j-engdahl commented 6 years ago

It is nice to have these issues rooted out.

This is a problem, because the older version will appear sooner in the $Env:Path.

Restarting the package manager console works around the issue.

I agree that we should at least update the $Env:Path in a way that the most recent XGetText-Xaml.ps1 is the one invoked when typing the command.

robert-j-engdahl commented 6 years ago

It appears this happens only because we have anything in the tools directory. We do not modify the path ourselves. See for instance: https://docs.microsoft.com/en-us/nuget/create-packages/creating-a-package (scroll down to the description of the tools directory).

It seems clear that this is a nuget issue. So I created one here: https://github.com/NuGet/Home/issues/7353

So we have a work-around and we have identified the source of the error to be outside this project.