Opened at 2015-12-04T23:46:29Z
Closed at 2020-06-30T13:44:24Z
#2606 closed defect (somebody else's problem)
Magic Folder: account properly for NFC normalization
Reported by: | daira | Owned by: | daira |
---|---|---|---|
Priority: | normal | Milestone: | undecided |
Component: | code-frontend-magic-folder | Version: | 1.10.2 |
Keywords: | magic-folder reliability unicode nfc test-needed | Cc: | |
Launchpad Bug: |
Description
Tahoe-LAFS maps filenames to their NFC-normalized form. When a local path relative to the magic folder directory is not NFC, the corresponding encoded filename in the client's DMD will still be mapped to NFC. Then when the client reads its own DMD at start-up, it may be confused by the decoded path not matching the local db entry.
This should probably be fixed by mapping the db paths to NFC both on creation and lookup.
Note that the issue here isn't the fact that there can be distinct paths with the same NFC normalization (which can be expected to be a rare case); it's that the db may fail to do its job across restarts for filenames that are not NFC-normalized.
Change History (3)
comment:1 Changed at 2015-12-04T23:55:32Z by daira
comment:2 Changed at 2016-03-21T15:28:38Z by daira
- Keywords test-needed added
We should have tests for non-NFC directory and file names.
comment:3 Changed at 2020-06-30T13:44:24Z by exarkun
- Resolution set to somebody else's problem
- Status changed from new to closed
magic-folder has been split out into a separate project - https://github.com/leastauthority/magic-folder
Now that I think about this, I'm confused as to why a client scans its own DMD at start-up. Maybe it doesn't need to.