Start a new topic

AR.ClientTracker failing to load - "Requested URL is blocked"

AR.ClientTracker failing to load - "Requested URL is blocked"


Hey Eva,

I'm afraid this is unrealted to App Transport Security  - as mentioned above, I'm loading the entire architect world from the Application Support directory (so the protocol is file://)

Thanks

 

Chris

Hello Chris,

Are you loading the world using https as prefix? If not and you are using http instead that is a problem. Having the https prefix is a security issue that is associated with iOS 9. If you are still experiencing problems then please let me know.

Thanks

Hi Folks,

I'm currently working on a project using the iOS Javascript API that loads an architect world from the Application Support directory of the app. I'm placing a world from the bundle there by default, then downloading an updated WTC file and reloading the world.

When the sync process completes and the world is reloaded, the onError callback of AR.ClientTracker is called with the error message "Requested URL is blocked".

Could you please give me a little insight into exactly when this error would be shown? For example, is it related to the navigation policy of WKWebView, or is there some internal error handling that you're doing that would show this?

 

Things I've tried:

- Introducing long networking delays to rule out race conditions.

- Clearing the architect view's cache before attempting to reload the world.

- Manually setting the download WTC's file permissions to 777.

 

Thanks in advance for any insight you can offer.

Kind Regards,

Chris
Login or Signup to post a comment