POST
|
Esri posted an update on another post which I think would apply here too: https://community.esri.com/t5/net-maps-sdk-questions/android-map-is-frozen-when-resuming-app/m-p/1404692/highlight/true#M12592
... View more
3 weeks ago
|
0
|
0
|
126
|
POST
|
I also wonder if this is connected to https://github.com/flutter/flutter/issues/139630 which people are saying might be an issue on Samsung's side? But if there's any kind of workaround that Esri or our team could implement that would be ideal.
... View more
03-20-2024
12:41 PM
|
0
|
0
|
309
|
POST
|
Oh yeah, and this also occurs in the older version of our app, using Xamarin Forms (5.0.0.2337) and Esri.ArcGISRuntime 100.15.2.
... View more
03-20-2024
12:35 PM
|
1
|
0
|
310
|
POST
|
I think this only occurs on Samsung phones, on Android 14. It's a problem in our production app, but also easy to reproduce in a new Maui app (I shared my demo app here https://github.com/Felicity-R/EsriMapTest/issues). Repro steps: Create a new Maui app (.Net 8 ) Add reference to Esri Maps SDK (200.3). Add .UseArcGISRuntime() in MauiProgram and set up API key. Replace default controls in MainPage with a MapView - set up a basemap and load map. Launch the app on Android. Observe that the map loads and is interactable. Switch to a different Android app so your Maui app is backgrounded. Wait about 10 seconds\*. Switch back to the Maui app. The bug: Observe that the map is visible but won't visibly respond to interaction - is frozen. If you rotate your device (e.g. from portrait to landscape) then the map will 'wake up' and be interactable again. Extra info: If you have location display enabled, then the map will be blank/gray instead of just non-interactable, if the location indicator was in your extent when you backgrounded the app. Rotation still fixes it. Possibly related to this issue someone reported in the Runtime SDK for Android: https://community.esri.com/t5/arcgis-runtime-sdk-for-android-questions/map-is-freezed-when-switching-back-to-the-app-on/m-p/1378043#M6154 \* watching the logs, I know the map will be frozen after I see this message come up while backgrounded: [Choreographer] CoreRune.SYSPERF_ACTIVE_APP_BBA_ENABLE : stop animation in background states
... View more
03-20-2024
12:17 PM
|
1
|
5
|
325
|
POST
|
I am running into the same issue - not just you! I'm using the ArcGIS Runtime for Xamarin Forms (seeing this in 100.15.2) - I wasn't able to get your workaround working in my app 😞 Update: I was able to get the workaround sort-of working using reflection to call Pause/Resume (in a custom MapViewRenderer for Android). It makes the map render properly for panning/zooming, but when I have geolocation on it crashes the app with a SIGSEGV when the geolocation pulse tries to draw.
... View more
03-14-2024
04:31 PM
|
0
|
0
|
224
|
POST
|
I tried upgrading our app to use 200.2.0 (it was 200.0.0 before) and it made no difference. To clarify our flow: when our credential handler gets a request from the IWA portal for an AuthenticationType.NetworkCredential, we ask the user for a username/password in our own basic authentication page. We create an ArcGISNetworkCredential from that info, and then try to make a request to the service uri to confirm that the creds are valid, which is the point where it hangs*. Our challenge handler flow is unfortunately kinda complicated due to the workarounds we needed to add along the way to get everything working in the Xamarin Forms implementation. I then tried using our IWA portal in the ArcGIS Maps SDK .Net Samples project (.NET 7 and the 200.2 SDK), to get away from the extra stuff in our own project. I modified the ServerURL and WebMapID in OAuth.xaml.cs to point to our testing portal, and added AuthenticationManager.Current.RegisterServer with the IWA server's info. This did result in an IWA prompt coming up (cool!), but after entering my credentials I would get a 400 'invalid redirect_uri' error page instead of moving on to the ArcGIS portal sign in prompt (I did not change the "maui-ags-app://auth" redirect url that's in the sample). Does that sound expected? I'm not sure what I have to do differently with the redirect url to get that working, or if I'm missing something else, like if the challenge handler needs to do something different for the NetworkCredential vs Token AuthenticationType... If I can get it working in the sample maybe I can simplify things in our app to match. * when we don't have the workarounds in place: disabling preauthentication as mentioned in my original post, and also setting the HttpClientHandlerImplementation for the project to the legacy mono implementation >_<
... View more
09-12-2023
05:23 PM
|
0
|
1
|
570
|
POST
|
Sure, I will try 200.2 when I have a chance and let you know how it goes.
... View more
09-12-2023
10:07 AM
|
1
|
0
|
581
|
POST
|
Hi, I'm upgrading an app from Xamarin Forms/ArcGIS Runtime 100.15 to Maui/Maps SDK 200.0. We're using ArcGISHttpClientHandler, and see that it is now marked as obsolete and we're supposed to use ArcGISHttpMessageHandler instead. Unfortunately, it seems like we need to be able to set ArcGISHttpClientHandler.PreAuthenticate to false in order to support IWA on Android. If we do not set this value then the app hangs when trying to make a request to services in a portal secured with IWA. When I tried to switch over to using ArcGISHttpMessageHandler, this property isn't available on the handler, and I get the same hanging behaviour. I have set credential.PreAuthenticateBehavior = PreAuthenticateBehavior.Disabled on the ArcGISNetworkCredential that we create for IWA but that doesn't help. There are also a couple other properties we use on ArcGISHttpClientHandler: Credentials, UseDefaultCredentials and ServerCertificateCustomValidationCallback, which are also absent from the new ArcGISHttpMessageHandler - but PreAuthenticate is the only one I've confirmed (through testing) that we can't do without at the moment. So, what to do? In the meantime we'll continue to use the obsolete ArcGISHttpClientHandler, but presumably we'll have to update it at some point. Is there some other equivalent to PreAuthenticate that we can use with the ArcGISHttpMessageHandler? Or can anyone point to a sample of using IWA on Android that might help? There was a known bug on Android for Esri's IWA samples for Xamarin Forms so I believe they removed that sample, but I still don't see an IWA sample in the Maui samples project although it should apparently work in Maui.
... View more
09-11-2023
03:58 PM
|
0
|
7
|
836
|
POST
|
I still see the same behaviour even when I apply the Basic license key first - before the runtime is initialized - and then sign in afterwards. It still says I do not have permission to edit. Does the named user's license just always take precedence over the license set in the runtime environment?
... View more
02-03-2023
11:13 AM
|
0
|
0
|
490
|
POST
|
I'm working on an app using the ArcGIS Runtime for Xamarin Forms, version 100.15. I have a question about one particular scenario: An AGOL user,who has only a Lite license level, signs in to the app. In the app we call ArcGISRuntimeEnvironment.SetLicense(key) with a key for a Basic license. What I'm finding is that the user still cannot edit secured features, i.e. their own license level is taking precedence over the Basic license. What I was hoping for was that the Basic license key applied to the app would enable all users to take advantage of the Basic editing capabilities. Is the behaviour I'm seeing expected? Is it supposed to be possible to override the named user license with a key and perhaps I'm just doing something wrong?
... View more
02-02-2023
02:14 PM
|
0
|
3
|
543
|
POST
|
Looking at the more detailed build output I could see that in a good build there was a step: "Copying file from "C:\Users\[user]\.nuget\packages\esri.arcgisruntime\100.15.0\resources\network_analyst\strings.bin" to "[outputfolder]\bin\x64\Release\RuntimeCoreNet\resources\network_analyst\strings.bin". In a bad build there was no attempt to copy that file over... Since I could see which nuget package it was meant to come from, I tried added an explicit reference to the Esri.ArcGISRuntime nuget package in our UWP project (previously it was only explicitly referenced in the shared project), and that did the trick. I'm not sure why that wasn't necessary for iOS and Android or why it worked locally but at least it works now!
... View more
12-15-2022
01:01 PM
|
0
|
0
|
529
|
POST
|
Thanks! I do see that file for the (working) local build output, but the '[...]\bin\x64\Release\RuntimeCoreNet\resources\' folder on our production build server only contains the 'shaders' folder - the 'network_analyst' folder is missing. I'm still investigating why...
... View more
12-14-2022
11:21 PM
|
0
|
1
|
535
|
POST
|
We have a Xamarin Forms app using the ArcGIS Runtime version 100.15, running on Windows, iOS, and Android. We're using a routing task, and it works fine on iOS and Android. On Windows (19043) however, the routing task creation throws the following exception: Esri.ArcGISRuntime.ArcGISRuntimeException: Unknown error: Directions resource file version does not match at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() + 0x21 at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task) + 0x70 at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task) + 0x38 at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd(Task) + 0x17 at System.Runtime.CompilerServices.TaskAwaiter.GetResult() + 0xb at Esri.ArcGISRuntime.Tasks.NetworkAnalysis.RouteTask.<CreateAsync>d__11.MoveNext() + 0x15a --- End of stack trace from previous location where exception was thrown --- It worked in the Runtime version 100.8 and stopped working when we updated to 100.9. In 100.9 the error message we got was a little different: Esri.ArcGISRuntime.ArcGISRuntimeException: Not found: Cannot load network analyst resources at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() + 0x21 at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task) + 0x70 at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task) + 0x38 at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd(Task) + 0x17 at System.Runtime.CompilerServices.TaskAwaiter.GetResult() + 0xb at Esri.ArcGISRuntime.Tasks.NetworkAnalysis.RouteTask.<CreateAsync>d__11.MoveNext() + 0x177 --- End of stack trace from previous location where exception was thrown --- At some point the error message changed to the one above but it still fails anyway. I've tried a couple different routing urls, https://route.arcgis.com/arcgis/rest/services/World/Route/NAServer/Route_World and https://sampleserver6.arcgisonline.com/arcgis/rest/services/NetworkAnalysis/SanDiego/NAServer/Route and both have the same error. The tricky thing is that the issue doesn't occur in a debug build, or in a local release build - only when we build on our build server. In that way it feels a little reminiscent of this other issue we had during the 100.9 upgrade but a similar solution (directly referencing the "Esri.ArcGISRuntime.runtimes.win" nuget package) hasn't done the trick. Could anyone provide a suggestion of what might be going wrong based on the error message?
... View more
12-13-2022
11:45 AM
|
0
|
3
|
649
|
POST
|
I'm trying to get some unit tests going for a project using the 200.0-beta version of the Runtime. I tried this suggestion of targeting the net6.0-windows10.0.19041.0 framework in the test project and it builds, but unfortunately I am running into the issue described here when attempting to run the tests: https://github.com/dotnet/maui/issues/11575 If anyone has a suggestion to work around this it would be greatly appreciated.
... View more
11-30-2022
02:53 PM
|
0
|
1
|
1006
|
Title | Kudos | Posted |
---|---|---|
1 | 03-20-2024 12:35 PM | |
1 | 03-20-2024 12:17 PM | |
1 | 09-12-2023 10:07 AM |
Online Status |
Offline
|
Date Last Visited |
3 weeks ago
|