conan-io / conan-vs-extension

Conan Extension for Visual Studio
https://marketplace.visualstudio.com/items?itemName=conan-io.conan-vs-extension
MIT License
58 stars 34 forks source link

Fix vs2015 #75

Closed SSE4 closed 5 years ago

SSE4 commented 5 years ago

closes #66

jgsogo commented 5 years ago

Testing in a VM with only VS2015 installed (no 2017 or 2019 installed before) is needed. Working in 2015 is not required for the first version.

SSE4 commented 5 years ago

checked on VM with only VS2015 installed, works flawlessly

Gernatch commented 5 years ago

@jgsogo Do you think this will make it to 1.1? We have someone having this issue and I would like to see if this resolves. Or is there a VSIX I could supply with this change for testing?

SSE4 commented 5 years ago

@Gernatch you may try to install from here: https://ci.appveyor.com/project/ConanOrgCI/conan-vs-extension/builds/25177464/artifacts please let us know if it works for you

SSE4 commented 5 years ago

a bit beautified output:

    <description>Client rights determined: {"CurrentClientRights":{"ActivityId":"5210f107-241d-4d79-8eab-7b55ae79ab1c".
"AuthorizedVsEdition":2.
"AuthorizedVsEdition2":300.
"CrtokenDaysToExpire":30.
"DaysSinceCreation":0.
"DaysToExpire":30.
"IsLicenseGood":true.
"IsSubscriptionBased":true.
"IsTrialLicense":false.
"LicenseDescription":"MSDN Subscription".
"LicensedUserId":"ac88aa23-e23a-40f2-b1b4-4454e89428a0".
"LicensedUserName":"username@company(edited this).com".
"LicenseSource":1.
"LicenseSource2":1.
"LicenseStatus":4.
"LicenseType":12.
"LicenseUrl":"".
"LicensingAccount":"".
"MayUplevel":false.
"ReleaseType":1.
"RightsDaysToExpire":2147483647.
"RightsStatus":10.
"SubscriptionChannel":"VL".
"ClientRightsMetadata":{"SubscriptionChannel":"VL".
"NonLocalizedLicenseDescription":"MSDN".
"LicenseUrl":"".
"ExpirationDate":"\/Date(1563371882000)\/".
"ClientRightsVersion":{"Major":15.
"Minor":0.
"Build":28307.
"Revision":705.
"MajorRevision":0.
"MinorRevision":705}}}.
"CurrentLicenseSource":1.
"CurrentLicenseSource2":1.
"IDEUserClientRights":{"ActivityId":"5210f107-241d-4d79-8eab-7b55ae79ab1c".
"AuthorizedVsEdition":2.
"AuthorizedVsEdition2":300.
"CrtokenDaysToExpire":30.
"DaysSinceCreation":0.
"DaysToExpire":30.
"IsLicenseGood":true.
"IsSubscriptionBased":true.
"IsTrialLicense":false.
"LicenseDescription":"MSDN Subscription".
"LicensedUserId":"ac88aa23-e23a-40f2-b1b4-4454e89428a0".
"LicensedUserName":"username@company(edited this).com".
"LicenseSource":1.
"LicenseSource2":1.
"LicenseStatus":4.
"LicenseType":12.
"LicenseUrl":"".
"LicensingAccount":"".
"MayUplevel":false.
"ReleaseType":1.
"RightsDaysToExpire":2147483647.
"RightsStatus":10.
"SubscriptionChannel":"VL".
"ClientRightsMetadata":{"SubscriptionChannel":"VL".
"NonLocalizedLicenseDescription":"MSDN".
"LicenseUrl":"".
"ExpirationDate":"\/Date(1563371882000)\/".
"ClientRightsVersion":{"Major":15.
"Minor":0.
"Build":28307.
"Revision":705.
"MajorRevision":0.
"MinorRevision":705}}}.
"PIDClientRights":{"LicenseSource":0.
"LicenseSource2":0.
"IsSubscriptionBased":false.
"DaysSinceCreation":-1.
"LicenseType":2.
"AuthorizedVsEdition":2.
"AuthorizedVsEdition2":300.
"DaysToExpire":-1.
"IsLicenseGood":false.
"LicenseDescription":"30 day trial (for evaluation purposes only)".
"LicenseStatus":-1.
"LicenseUrl":"".
"MayUplevel":false.
"LicensedUserId":"00000000-0000-0000-0000-000000000000".
"LicensedUserName":"".
"LicensingAccount":"".
"ReleaseType":1}}; Account identity provider: AAD</description>
Gernatch commented 5 years ago

@SSE4 I tried to delete my reply. Wasn't quick enough. Somehow my VS key became deactivated... or I was switched to a 30day MSDN subscription without realizing it. Sorry for the confusion.

I am seeing the netstandard error that was fixed on PR #89. That is the real cause of the issue. I assume this will be a non issue when this is all merged together.

PS: Will beautify future output ;P

SSE4 commented 5 years ago

@Gernatch so to confirm, does it work for you with just #89 applied, or only with both #89 + #75?

Gernatch commented 5 years ago

@SSE4 Each individually. I install the #89 using the VSIX, it works. I do the same for #75, it does not. Note again I'm running a VS2017 version.

jgsogo commented 5 years ago

So, you are not blocked by this PR which is targeting VS2015, right?

I think we can release v1.1 (main change is #89) this week and leave #85 for the next one (it is one of the major/breaking changes I think we need to implement asap).

kkripa84 commented 5 years ago

@SSE4 I see issues with this extension when I installed in VS2017 15.0.0 +26228.57 version.

image

After install, I clicked continue with the error message

Error I see in my activitylog

Could not load file or assembly 'Microsoft.VisualStudio.Threading, Version=15.6.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified. File name: &

Assembly binding logging is turned OFF.

jgsogo commented 5 years ago

@SSE4, can you merge dev, please. We will try to merge this for v1.1 too. Thanks

SSE4 commented 5 years ago

@jgsogo done

jgsogo commented 5 years ago

Thanks! I'll test it in clean Windows + VS2015 installation. If anyone else wants to try, here it is the link to the artifact: https://ci.appveyor.com/api/buildjobs/0ch7aaf8wak0ngym/artifacts/Conan.VisualStudio%2Fbin%2FRelease%2FConan.VisualStudio.vsix

jgsogo commented 5 years ago

Tested with:

Gernatch commented 5 years ago

Kripa (above) tried installing this today. It seems like it loaded, but all functionality seems to be disabled. @kkripa84 is that right?

jgsogo commented 5 years ago

This fails casting the Project to a VCProject (we need to convert it to a C++ type project to get its configuration and so). The VCProject relies on the VCProjectEngine.dll which is different from version to version (at least I found them to be incompatible between 14 and 16, which is the change needed from VS2015 to VS2019).

Not a bug: https://developercommunity.visualstudio.com/content/problem/568/systeminvalidcastexception-unable-to-cast-com-obje.html

There are some ideas to follow:

jgsogo commented 5 years ago

Kripa (above) tried installing this today. It seems like it loaded, but all functionality seems to be disabled. @kkripa84 is that right?

Hi @Gernatch the problem here is summarized in this post from the MSFT team, we cannot have a single extension compatible with VS2015 and VS2017/9 (at least using the current approach).

LBHawk commented 5 years ago

To clarify, we (myself, @Gernatch, @kkripa84) are not blocked by this PR for vs2015. I think we should keep the vs2017 issues we have (which are blocking for us) separate from this PR.