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.Message ID: <OpenSmalltalk/opensmalltalk-vm/issues/666@github.com>