-
Notifications
You must be signed in to change notification settings - Fork 585
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
VSTS build error: Index source information could not be retrieved. #494
Comments
Thanks for the heads up @murraybiscuit along with the link to the fix. I have added this to our backlog. For this issue to gain priority in our backlog, we need additional +1's or a PR. When we receive a PR, that provides the biggest jump in priority. |
@thinkingserious thanks for the quick response. It's not a blocker my side so backlog is fine. Just putting it on the board. |
+1 - Exact same problem. |
having the same problem. |
Ah, thanks for the tip @akdurmus. I'll let you know if this was the issue. |
I can't say its similar but i am having a strange issue like this in VSTS Azure build definition . The build fails every time the "dotnet restore" command runs in the VSTS build definition. The error message is something like below - |
This issue makes me think it's definitely a pdb issue. I'm going to push a new release soon with an updated pdb. |
I'm hoping v9.5.1 fixes this. Please let me know how it goes, thanks! (might take a few minutes for the release to appear on Nuget) |
I've tested and it's giving the same error on VSTS. I've done some digging and it seems that netcore defaults to portable pdb format which isn't readable by the 4.5 framwework. It is readable by VS Code IDE and .net framework > 4.7.1 apparently. So DebuggerType on .net 4.5 needs to be set to "full" as the workaround. I'm trying to set a conditional |
@Niladri24dutta I saw somebody else mention a versioning issue with 9.5.0 - I'm not using the netcore package - is it possible that your local package has been cached or not updated and the TFS one is trying to compile the newer (broken) one? Perhaps try manually deleting or uninstalling the nuget package locally, do a nuget auto restore / reinstall to ensure you have the latest version locally and then try rebuilding. The issue in this thread isn't about package restore, it's about debug symbols on the .net452 target specifically. |
@murraybiscuit Yes i agree that it might be a VSTS issue with Nuget restore, because it's not able to resolve another similar package (which I used before Sendgrid) which was newly added to project.json. But the strange thing is that it's restoring and building the project fine in my local environment but not in VSTS dotnet restore |
@Niladri24dutta Sure, so to replicate the issue, I’m saying try kill your local package and let nuget restore it. If you get a nuget resore error locally, then you know the problem lies with the latest Sendgrid nuget package. Alternatively upgrade your sendgrid nuget package locally to 9.5.1 (this will clear the local cached version) and try rebuild.
|
I installed 9.5.1 fresh into my project and started having this same issue as well. |
@thinkingserious I've updated code in a fork (diff here). Tests all run fine locally. Build on VSTS is no longer throwing error for me either. Not sure if I need to update version numbers or if you need to do that... |
That's awesome @murraybiscuit! I'll try that and push up 9.5.2 for testing. |
Just pushed up your fix to Nuget as version 9.5.2. Please let me know how it goes. Also, please fill out this form so that we can send you some swag :) With Best Regards, Elmer |
Verified in my latest build after updating that this fixed worked! Thanks! |
@thinkingserious Thanks for the quick turnaround. Builds are fixed for me. @Niladri24dutta - have you tried a rebuild with the new version? |
Ok sure I will try at my end with this current version and let you know. |
Issue Summary
I've got a C# MVC 5 app with Sendgrid 9.5.0 installed via nuget. Build is happening online via VSTS (Visual Studio 2017 build agent). Everything compiles ok, but the build throws an error getting symbol indexes from Sendgrid.pdb. Error as follows:
Indexed source information could not be retrieved from 'd:\a\3\s\<ProjectName>\bin\SendGrid.pdb'. Symbol indexes could not be retrieved.
Running symchk I get the same error as the OP in this thread, so perhaps it's the same cause.
JoshClose/CsvHelper#535
Steps to Reproduce
Sendgrid HTTP Client doesn't throw the same error for me.
Technical details:
The text was updated successfully, but these errors were encountered: