kPasteboardTypeFileURLPromise broken: Dropped files do not get location of drop
| Originator: | motownavi | ||
| Number: | rdar://14943881 | Date Originated: | |
| Status: | Open | Resolved: | |
| Product: | Mac OS X | Product Version: | 10.8 |
| Classification: | UI/Usability | Reproducible: | Always |
NSFilesPromisePboardType has a note in the documentation: > On OS X v10.6 and later, use (NSString *)kPasteboardTypeFileURLPromise instead. In Google Chrome 29 I switched from NSFilesPromisePboardType to kPasteboardTypeFileURLPromise. The complaints about how drag-and-drop broke came pouring in, and I had to revert. There are four issues I am reporting; this is one of them. I will update this radar with links to the other three when I am done filing them all. --- When kPasteboardTypeFileURLPromise is used to do drag-and-drop, dropped files do not get the location of the drop Reproduction: - Drag a promised file to the desktop in the lower-left corner and drop it there Expected: - The newly created file gets the drop location applied to it and is positioned in the lower-left corner, like it was when NSFilesPromisePboardType was used Actual: - The newly created file is positioned in the upper right of the desktop Workaround: I suppose it is possible to use an AppleEvent to position the file after the fact. This was my third user-reported bug caused by my use of kPasteboardTypeFileURLPromise that I just didn't bother trying to fix it and reverted to using NSFilesPromisePboardType.
Comments
Please note: Reports posted here will not necessarily be seen by Apple. All problems should be submitted at bugreport.apple.com before they are posted here. Please only post information for Radars that you have filed yourself, and please do not include Apple confidential information in your posts. Thank you!