This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author ned.deily
Recipients RJ722, The Compiler, brett.cannon, dstufft, eric.araujo, ned.deily, vinay.sajip
Date 2020-08-31.07:52:57
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1598860378.11.0.504331911951.issue41154@roundup.psfhosted.org>
In-reply-to
Content
> I wonder if it's a problem from Unicode representation

That does seem to be the issue. In particular, there are differences in Unicode representation between file names on traditional HFS+ versus the newer APFS. APFS is the default for system file systems as of macOS 10.13; unlike HFS+, APFS is by default file name normalization insensitive. By creating two disk image files systems on a current macOS system, it's easy to demonstrate that test_name_resolution passes on APFS but fails on HFS+.  So the question becomes what to do about the test.  Without digging into it further, I suppose we could add something to test whether the file system where test temp files are created is normalization insensitive and, if so, skip. Or use brute force and always skip on macOS. In any case, while annoying, it probably doesn't need to be a "deferred blocker".
History
Date User Action Args
2020-08-31 07:52:58ned.deilysetrecipients: + ned.deily, brett.cannon, vinay.sajip, eric.araujo, dstufft, The Compiler, RJ722
2020-08-31 07:52:58ned.deilysetmessageid: <1598860378.11.0.504331911951.issue41154@roundup.psfhosted.org>
2020-08-31 07:52:58ned.deilylinkissue41154 messages
2020-08-31 07:52:57ned.deilycreate