|
2011-05-27
| ||
| 13:08 | • Fixed ticket [49db5c3993]: windows-i18n: "fossil extras" does not see files with non-ascii chars in their name plus 1 other change artifact: b65772295b user: drh | |
| 12:56 | Internationalize the opendir() function calls. Ticket [49db5c3993bef2]. check-in: e05fea3852 user: drh tags: trunk | |
| 11:33 | • New ticket [49db5c3993] windows-i18n: "fossil extras" does not see files with non-ascii chars in their name. artifact: 67e356f427 user: anonymous | |
| Ticket Hash: | 49db5c3993bef2e8e6d0c921e19f070e5ec4b90f | ||
| Title: | windows-i18n: "fossil extras" does not see files with non-ascii chars in their name | ||
| Status: | Fixed | Type: | Code_Defect |
| Severity: | Important | Priority: | |
| Subsystem: | Resolution: | Fixed | |
| Last Modified: |
2011-05-27 13:08:25 14.85 years ago |
Created: |
2011-05-27 11:33:08 14.85 years ago |
| Version Found In: | [474850cff5] 2011-05-23 15:11:12 | ||
| Description: | ||||
|
On Windows 7, 64-bits.
After upgrading from fossil version [d8221b9863] 2011-05-12 14:56:52 UTC to [474850cff5] 2011-05-23 15:11:12, I noticed that a few files were reported as DELETED (using addremove), whereas they still existed on disk. The problem is fairly easy to duplicate with a fresh repository, but querying extras in a directory containing one file with non-ascii char (², subscript two), and one file with no such character. The file with NO non-ascii char is listed, the other one isn't. Steps to reproduce: C:\data>dir Volume in drive C is OS Volume Serial Number is ADDE-9D00 What puzzles me somewhat, is that C:\data>fossil add ax²+bx+c=0.png ADDED ax²+bx+c=0.png | ||||