When passing canonicalWebPageURL to ARQL as part of the USDZ file path, if the canonicalWebPageURL contains query parameters as part of the URL, even when URI encoded, ARQL will truncate the shared URL down to (and including) the first occurrence of an encoded '&' when clicking on the Share button from within the ARQL session. For example, when giving a USDZ a path of: https://example.com/example.usdz#canonicalWebPageURL=https%3A%2F%2Fexample.com%2F%3Ffoo%3D111%26bar%3D222 The shared URL will get truncated down to: https://example.com/?foo=111 Rather than: https://example.com/?foo=111&bar=222 This makes it not possible to specify a canonicalWebPageURL containing multiple query string parameters. Repro: - Visit: https://usdz-params.glitch.me - Scroll to "6. Complex Share URL". - Tap the image to launch ARQL. - Model opens in ARQL. - Tap the Share button. - Copy the shared URL. - Observe the shared URL is truncated.
<rdar://problem/102762712>
Still seeing this as an issue in iOS 16.4 Public Beta 4.
Still seeing this as an issue in iOS 16.5 public beta
Still an issue in iOS 17.0 Beta 3.
Still an issue in iOS 17.0 Dev Beta 5
This is still an issue in iOS 17.2 beta (21C5029g) Any chance of getting a fix in sometime?
Still an issue in iOS 17.2 beta 3 (21C5046c)
Still an issue in iOS 17.3 beta (21D5026f)
Still an issue in iOS 17.4 beta (21E5195e)
At this point, with this bug being present for over a year, we have found ways to work around it. For websites / web apps that may require sharing of 3D experiences that would have been otherwise been configured through URL query parameters, instead we have implement URL shortening rules and pass that as the canonicalWebPageURL ARQL parameter.
Still an issue in iOS 17.5 beta.