237950 2022-03-16 02:41:34 -0700 [Model] A long press on a <model> infinitely corrupts the touch events sent to its WKModelView 2025-06-18 14:18:05 -0700 1 1 1 Unclassified WebKit WebXR Safari 18 iPhone / iPad iOS 18 NEW InRadar P2 Normal --- 1 pixelpartner webkit-unassigned adachan dino djg graouts kkinnunen pixelpartner thorton webkit-bug-importer oldest_to_newest 1851696 0 pixelpartner 2022-03-16 02:41:34 -0700 After a first long tap/press on a <model> any future single finger drag is interpreted as a two finger event. So a simple rotate gesture becomes a zoom/dolly. The next long press totally halts interactions with the modelElement, probably because it's interpreted as a 3-finger gesture. 1851700 1 pixelpartner 2022-03-16 03:01:31 -0700 The first long tap selected the word preceding the model tag. 1851753 2 webkit-bug-importer 2022-03-16 05:42:03 -0700 <rdar://problem/90364936> 1851868 3 graouts 2022-03-16 10:12:07 -0700 Thanks for filing this Thomas. Which iOS version is that? 1852238 4 pixelpartner 2022-03-17 05:03:25 -0700 iPadOS 15.4 1852239 5 pixelpartner 2022-03-17 05:06:16 -0700 but it happened before and was reported in Feedback.app as part of other <model> related problems for iOS15.3 1852284 6 graouts 2022-03-17 07:44:06 -0700 Would you have the id for the issue as reported through the Feedback app? 1853130 7 pixelpartner 2022-03-21 01:49:21 -0700 It was mixed in with a macOS related bug reported as FB9822366, that was already fixed. I should have investigated further and should have reported those separately. 1853647 8 pixelpartner 2022-03-22 07:21:18 -0700 Someone did a really bad job in following the steps that cause the problem, I also reported specifically for iPadOS as FB9951062, so I made a screen recording showing the problem. The newly attached screen recording shows how I use two fingers to dolly close to the asset, then do a single finger long press. All following interactions are single touch only, but behave unexpected and totally different to a similar session without long press. I very much hope <model> can be introduced this year, so please let more qualified/motivated developers work on the fixes. Would be very embarrassing otherwise if this (IMHO) blocking bug stays. 1863234 9 pixelpartner 2022-04-21 01:46:30 -0700 I updated to iPadOS 15.5 public beta 2 and now the same problem occurs when opening the USDZ as a stand alone model document. The long press shows a kind of capsule shaped loop instead of selecting nearby text, but it also jeopardises the touch events the same way. A single touch event is interpreted as a multi touch. Every long press adds another finger not being lifted. 1863593 10 graouts 2022-04-22 02:56:54 -0700 That behavior is consistent since loading the USDZ file as a standalone document yields a <model> element. 1868549 11 pixelpartner 2022-05-12 14:32:56 -0700 Problem persists with iPadOS 15.5 RC 1870518 12 pixelpartner 2022-05-19 13:41:42 -0700 Bug persists in iPadOS 15.6 (19G5027e) 1874444 13 pixelpartner 2022-06-07 00:37:38 -0700 persists in iPadOS16beta 1874447 14 pixelpartner 2022-06-07 01:07:35 -0700 Besides of a long press, also one of more other events seem to bring the tap events out of synch. I tested avoiding a long press and it still happened - don't know what kind of finger event it was. 1877604 15 pixelpartner 2022-06-23 02:11:31 -0700 Problem not solved with iPadOS 16.0 beta2 (20A5303i) 1881463 16 pixelpartner 2022-07-07 13:30:52 -0700 Same problem on iPadOS 16 beta 3 (20A5312g) 1884729 17 pixelpartner 2022-07-18 08:07:33 -0700 Bug still not fixed in iPadOS 16 beta (20A5312j) 1887301 18 pixelpartner 2022-07-28 02:53:57 -0700 bug persists on iPadOS16 (20A5328h) 1890023 19 pixelpartner 2022-08-09 10:46:27 -0700 bug persists on iPadOS16 (20A5339d) 1891915 20 pixelpartner 2022-08-17 03:59:16 -0700 Not fixed in iPadOS 16.0 (20A5349b) 1891979 21 dino 2022-08-17 10:57:51 -0700 You'll see here when it is fixed :) 1918523 22 pixelpartner 2022-12-12 10:13:44 -0800 iPadOS 16.2 (20C65) brought the following tiny change: A long tap does NOT select a word in a neighbour <span> any longer, but it still permanently disrupts the communication of touch events to the ARQL / USD process. 1935452 23 pixelpartner 2023-02-21 02:01:34 -0800 With iPadOS 16.4 dev beta (20E5212f) the long press again selects a preceding text span, but now the whole communication seem to crash the connection to the native process. The WKModelView stays frozen. 2124594 24 pixelpartner 2025-06-18 14:15:38 -0700 Looks like the bug has not been fixed and will cause embarrassment when <model> comes out of experimental on iOS and iPadOS