Hi @TommyGun , did you find a way to fix this? I'm running into this issue with several projects myself and never found a way to fix that.

Hi @martin , did you find any solution to this? Just stumbled into this issue as well.

Hi Kevin, you are right. I misunderstood how this works. Given your explanation that it shows the "narrowest" match, and not the "widest" explains the behaviour that I have seen. Thank you so much for the information.

Thanks for the idea with Task.detached. It made no change however. Please check the video below. You can see that when I start dragging the text, the loop prints the numbers in the background. Only when this is finished I can see the drag preview and the + sign to indicate open-in-place. When I drop before this preview is shown nothing happens. When it is shown (in other words, the loop has finished), then it works. In the end, what I want to achieve is that I can drag a URL promise to another application that only accepts file URLs as drop type. As long as the file does not exist (shall be created either when I start dragging, or when dropped to the target application), I want to show a some kind of loading indicator in my app. I have uploaded the code of my drag test application here: https://github.com/sarensw/DragTest. It contains all variants that I have tried so far (nothing works as of now). The one that I asked about in this post is UsingNSItemProvider1. I'm currently playing around with UsingNSViewRepresentable

Hi @walexs , did you find any solution to this issue?

I'm having the same issue. @Cloudworker , @AlanRThompson , have you been able to figure out what is happening here?

Hi h725, just stumbled upon the same issue. Did you find any solution?

I'm also trying to figure this out. There is another thread here https://developer.apple.com/forums/thread/666205, where there are only assumptions as answers. I'm not convinced yet. I'd like to get a clear answer from an Apple employee that leaves little room for interpretation :)