#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

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.

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

Note: See TracTickets for help on using tickets.