Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
On Unix, when dropping a file that has spaces or other special characters in its path, primitiveDropRequestFileName returns a percent-encoded version of the path and primitiveDropRequestFileHandle fails.
I think the problem is that dropRequestFileName skips the file:/// prefix of the URI, but does not percent-decode it. Interestingly, uri2string, which isn't currently used, does percent-decoding.
dropRequestFileName is used by primitiveDropRequestFileName and also by dropRequestFileHandle, which is why primitiveDropRequestFileHandle fails.
Note: I did not check whether this problem exists on other platforms.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.