We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
We got an error because the method DataService.Upload
DataService.Upload
QuickBooks-V3-DotNET-SDK/IPPDotNetDevKitCSV3/Code/Intuit.Ipp.DataService/DataService.cs
Line 1931 in c0ea9ad
null
It turned out that this is due to the fact that the API returned an error with a 200 OK code.
200 OK
<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <IntuitResponse xmlns="http://schema.intuit.com/finance/v3" time="2022-09-28T14:52:37.164-07:00"> <AttachableResponse> <Fault type="ValidationFault"> <Error code="6000" element=""> <Message>A business validation error has occurred while processing your request</Message> <Detail>Business Validation Error: Unexpected Internal Error. (-30000)</Detail> </Error> </Fault> </AttachableResponse> </IntuitResponse>
(error that was returned by API)
And since the DataService.Upload doesn't handle cases where the response is Fault,
Fault
Lines 2030 to 2036 in c0ea9ad
Given that returning an error with a 200 OK code is normal for an API (docs),
the question arises: is this behavior of the library intentional, or is it a bug? Just for example - why we don't do something like this - #260
Lines 1991 to 2013 in 031b763
(Similar case from PHP library - intuit/QuickBooks-V3-PHP-SDK#413)
The text was updated successfully, but these errors were encountered:
No branches or pull requests
Preface:
We got an error because the method
DataService.Upload
QuickBooks-V3-DotNET-SDK/IPPDotNetDevKitCSV3/Code/Intuit.Ipp.DataService/DataService.cs
Line 1931 in c0ea9ad
returned
null
.It turned out that this is due to the fact that the API returned an error with a
200 OK
code.(error that was returned by API)
And since the
DataService.Upload
doesn't handle cases where the response isFault
,QuickBooks-V3-DotNET-SDK/IPPDotNetDevKitCSV3/Code/Intuit.Ipp.DataService/DataService.cs
Lines 2030 to 2036 in c0ea9ad
it returned
null
, and didn't provide any information about error.Question:
Given that returning an error with a
200 OK
code is normal for an API (docs),the question arises: is this behavior of the library intentional, or is it a bug?
Just for example - why we don't do something like this - #260
QuickBooks-V3-DotNET-SDK/IPPDotNetDevKitCSV3/Code/Intuit.Ipp.DataService/DataService.cs
Lines 1991 to 2013 in 031b763
(Similar case from PHP library - intuit/QuickBooks-V3-PHP-SDK#413)
The text was updated successfully, but these errors were encountered: