nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

ArcGIS URLRequestBuildable.makeURLRequest()

ByronAndres

We are using Firebase Crashlytics to report any crashes in our iOS app. Recently, we started seeing an error with the following description:

      Crashed: com.apple.root.utility-qos.cooperative
0  ArcGIS                         0x358ffc specialized URLRequestBuildable.makeURLRequest() + 16324 (<compiler-generated>:16324)
1  ArcGIS                         0x359948 CoreRequest.urlRequest.getter + 188 (CoreRequest.swift:188)
2  ArcGIS                         0x359dc4 protocol witness for CoreRequestProtocol.urlRequest.getter in conformance CoreRequest + 19852 (<compiler-generated>:19852)
3  ArcGIS                         0x357b58 CoreRequestProtocol.send() + 56 (CoreRequest.swift:56)

We are wondering if you have some idea what could be happening?, apparently there is an error related to ArcGIS library with: specialized URLRequestBuildable.makeURLRequest().

Information about our app:

ArcGIS Version: 200.4.0
Swift Version: Swift 5
iOS Deployment Target: 16

Find more posts tagged with

Accepted answers

All comments

Ting

Thanks for reporting this issue. Would it be possible for you to tell which ArcGIS Online portal item, or what is the URL of the online resource that causes this problem?

We have encountered a similar issue with URL encoding in the past, so it would be helpful to see if that is the case here. Thanks!

ByronAndres

Hello @Ting, thanks for your response.

Unfortunately, we don't have any more information about the portal item or the URL. All the information we have is the error description I showed you earlier.

Have you encountered this issue before? Do you have any idea which ArcGIS functionality could be causing this problem? So we can research on our app the root of the error.

Ting

Yes, the previous issue was with percent-encoding for URL. For instance, when this feature layer https://www.arcgis.com/home/item.html?id=f7a011555feb423397601a47a56665d8#data is shown in a popup, and the popup has external URLs that have special characters (e.g., "+"), it causes the URL request to fail due to invalid conversion. Sometimes the special characters in a URL are already encoded like %28, %29 -> ( ), and sometimes it is a mix. Which means there might be edge cases that we haven't covered in the API.

It would be helpful to see what exact URL is causing this problem and reason about whether the data needs to be fixed or we should handle a different edge case.

We use URLComponents from Apple behind the scenes.

ByronAndres

Hi @Ting,

We are still experiencing this issue in our app. However, we have identified some URLs that might be helpful. We noticed that every time this crash occurs, URLs like these fail:

https://ibasemaps-api.arcgis.com/arcgis/rest/services/World_Imagery/MapServer/tile/17/52308/22314

https://ibasemaps-api.arcgis.com/arcgis/rest/services/World_Imagery/MapServer/tile/12/1636/713

https://ibasemaps-api.arcgis.com/arcgis/rest/services/World_Imagery/MapServer/tile/16/26216/11418

I have also attached the error stack trace, in case it is helpful.

Screenshot 2024-11-19 at 12.22.29 PM.png

Ting

After some investigation, we might have found a potential workaround for this problem. One of the reproducible situation is that an empty URL was passed internally during an Arcade expression evaluation.

It will come along with our next release, 200.8 (projected in August). Please keep in touch after the new release goes live and see if it still happens.

Join the Conversation

Signed in members can post, follow updates, and more. New here? Register a free account.

Quick Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.