RestSharp: Method not found: 'Void RestSharp.RestRequest..ctor(System.String, RestSharp.Method)'
We are getting Method not found: 'Void RestSharp.RestRequest..ctor(System.String, RestSharp.Method)' exception in CallFire C#sharp API, which relate to RestSharp. This is when we upgrade to version 106.5.x (and now to 106.5.4).
Please help us understand the error, as the callfire is using your code for a while and it works well for year. so it seems something is broken in your code itself.
About this issue
- Original URL
- State: closed
- Created 6 years ago
- Reactions: 2
- Comments: 18 (6 by maintainers)
Commits related to this issue
- v1.1.1 Issue with RestSharp v106.5.x versions - ensure compatibility Ensures compatible RestSharp version is used, v106.5.x versions currently have an issue which prevents the form actor running. See... — committed to davidknipe/InsightFormFieldMapper by davidknipe 6 years ago
- Reverts to RestSharp 106.3.1 => https://github.com/restsharp/RestSharp/issues/1198 — committed to Elders/RestSharp.IdentityModel.Extensions by mynkow 6 years ago
- Downgrades RestSharp to v16.3.1 because of a breaking changes => https://github.com/restsharp/RestSharp/issues/1198 — committed to Elders/log4net.Appender.ElasticSearch by mynkow 6 years ago
- Reverts to RestSharp 106.3.1 => https://github.com/restsharp/RestSharp/issues/1198 — committed to Elders/RestSharp.IdentityModel.Extensions by mynkow 6 years ago
Title should be “Version 106 is not compatible with version 106.”
While at first this may sound “stupid and ugly” the fact is that to SEMVER advocates (ie. the NuGet community) this is critically important news. It means that it’s possible for FOSS Projects (NuGet Packages) A and B to be built against different binary versions of RestSharp that claim to be “version 106”, except they cannot be used side-by-side in a solution which pulls down any version of RestSharp v106.
Hmm.
@alexeyzimarev until you resolve this issue I suggest you to unlist the problematic version(s) in NuGet.org because it creates a lot of problems right now. When you do unlist it people who already have a reference will still be able to restore that particular version.
@Furtif it is not a bug. For minor versions, we guarantee signature compatibility in code. For hotfix versions, we guarantee binary signature compatibility. If you upgrade RestSharp but there is a library that has a strict dependency on a specific RestSharp version, the library provider must set the dependency version lock and it is not our responsibility.
I agree that this should have been a major release. Although we ensured that the code signature is compatible, the binary signature isn’t and the solution needs to be recompiled. If RestSharp package is updated but some package uses the old signature, it fails with this error. I will try fixing it asap.
On Wed, 17 Oct 2018 at 14:54 Turner Bass notifications@github.com wrote:
– Med vennligst hilsen / Best regards, Alexey V. Zimarev