topic Re: Attachments Issue in .NET Maps SDK Questions

Attachments Issue

AndyWright — Tue, 16 May 2017 19:05:35 GMT

I'm writing a Xamarin Forms app that contains a tool which allows the user to add attachments to a point feature class within a SQLite geodatabase generated from a syncable feature service. If the user adds multiple attachments (i.e more than 5) between syncs back to the feature service the sync process fails with the following error:

Failed to sync geodatabase: Error in uploading item part icda5bb8a-3bd4-4d68-82c4-87d9eb277c7a

at Esri.ArcGISRuntime.Http.ArcGISHttpClientHandler+ArcGISClientHandlerInternal+<SendAsync>d__13.MoveNext () [0x00825] in <687a544c38e8410dbac0acfc0843ba7e>:0
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <8c304e4006094a46a7950338a3b3cb5d>:0
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0004e] in <8c304e4006094a46a7950338a3b3cb5d>:0
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x0002e] in <8c304e4006094a46a7950338a3b3cb5d>:0
at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x0000b] in <8c304e4006094a46a7950338a3b3cb5d>:0
at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1+ConfiguredTaskAwaiter[TResult].GetResult () [0x00000] in <8c304e4006094a46a7950338a3b3cb5d>:0
at System.Net.Http.HttpClient+<SendAsyncWorker>c__async0.MoveNext () [0x000f3] in <33125f85abf045418d5a40b4ae0d9bb5>:0
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <8c304e4006094a46a7950338a3b3cb5d>:0
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0004e] in <8c304e4006094a46a7950338a3b3cb5d>:0
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x0002e] in <8c304e4006094a46a7950338a3b3cb5d>:0
at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x0000b] in <8c304e4006094a46a7950338a3b3cb5d>:0
at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1+ConfiguredTaskAwaiter[TResult].GetResult () [0x00000] in <8c304e4006094a46a7950338a3b3cb5d>:0
at Esri.ArcGISRuntime.Internal.RequestRequiredHandler+<IssueRequestAndRespond>d__14.MoveNext () [0x005ae] in <687a544c38e8410dbac0acfc0843ba7e>:0

I am able to sync less than 5 attachments successfully however. 5 is not a hard and fast limit though, as I've seen it fail with 2 or 3 from time to time. I've tested this on Windows, iOS, and Android devices against two different feature services and get the same error. Is anyone aware of any bugs or limitations with respect to syncing data with associated attachments? Are there any workarounds?

Thanks ...

Re: Attachments Issue

NagmaYasmin — Tue, 30 May 2017 18:05:48 GMT

Hi Andy,

I wasn't able to reproduce the issue at my side, i.e, I successfully synced more than 5 attachments with the below two services:

Layer: Damage to Commercial Buildings (ID: 0)

Layer: Marine (ID: 0)

I am using WPF version to test. If you still have the issue do you mind to try using the above two services. Thanks

Nagma

Re: Attachments Issue

AndyWright — Wed, 31 May 2017 14:07:00 GMT

Hi Nagma,

I've actually called in a support ticket on this and am working with an Esri resource on it. She is able to reproduce the problem, so if and when we get to some sort of resolution on it I'll post the results here. Thanks for getting back to me though.

Re: Attachments Issue

dotMorten_esri — Wed, 31 May 2017 17:50:10 GMT

On Windows could you try running with Fiddler enabled and monitor the http requests? I'm guessing the server rejects the request for some reason - perhaps due to hitting some sort of size limitation?

Re: Attachments Issue

dotMorten_esri — Sat, 11 Dec 2021 23:23:11 GMT

I got the log file from support, and I think I know what's going on. It looks like the "file" parameter is sent twice when we are doing larger uploads, and the server doesn't like that. Good news is this was already fixed for the upcoming release. Until the update ships, as a workaround, you could probably "fix" the outgoing request using the HttpRequestBegin. Something along the lines of this:

Esri.ArcGISRuntime.Http.ArcGISHttpClientHandler.HttpRequestBegin += (s, message) =>
{
    if (message.Method == HttpMethod.Post && message.Content is MultipartFormDataContent && message.RequestUri.OriginalString.EndsWith("/uploadPart"))
        {
        var content = message.Content as MultipartFormDataContent;
        var fileparameters = content.Where(c => c.Headers.ContentDisposition?.Name == "file" || c.Headers.ContentDisposition?.Name == "\"file\"");
        if (fileparameters.Count() > 1)
        {
            foreach (var file in fileparameters.OfType<StringContent>().Where(f => f.Headers.ContentDisposition != null))
                file.Headers.ContentDisposition.Name = "ignore";
        }
    }
};‍‍‍‍‍‍‍‍‍‍‍‍‍

Re: Attachments Issue

AndyWright — Tue, 06 Jun 2017 21:26:29 GMT

Thanks for the response Morten. Your support person was able to confirm that your code snippet does work with a few small modifications. We are content with waiting for your next release at this point.