Opened at 2010-01-27T06:29:24Z
Closed at 2010-06-12T21:02:30Z
#929 closed defect (fixed)
Dirnodes can be created without "tahoe" metadata
Reported by: | davidsarah | Owned by: | davidsarah |
---|---|---|---|
Priority: | major | Milestone: | 1.7.0 |
Component: | code-dirnodes | Version: | 1.5.0 |
Keywords: | metadata | Cc: | |
Launchpad Bug: |
Description (last modified by davidsarah)
It seems that it is possible for a dirnode to be created without the "tahoe" metadata key, if the metadata is given explicitly in a mkdir-immutable JSON body. An example is the "only-child-from-the-future" entry in this immutable directory, which has the metadata shown here.
(These URLs are on the old testgrid, and probably not accessible any more.)
I'll investigate this further after the 1.6 release.
Change History (7)
comment:1 Changed at 2010-01-27T06:30:48Z by davidsarah
comment:2 Changed at 2010-02-01T19:44:48Z by davidsarah
- Milestone changed from undecided to 1.7.0
comment:3 Changed at 2010-03-12T04:13:15Z by davidsarah
- Owner set to davidsarah
- Status changed from new to assigned
comment:4 Changed at 2010-03-12T04:13:23Z by davidsarah
- Keywords metadata added
comment:5 follow-up: ↓ 6 Changed at 2010-06-03T03:57:46Z by davidsarah
- Description modified (diff)
This has been fixed on the ticket1037 branch by http://tahoe-lafs.org/trac/tahoe-lafs-ticket1037/changeset/4381 and http://tahoe-lafs.org/trac/tahoe-lafs-ticket1037/changeset/4382 .
comment:6 in reply to: ↑ 5 Changed at 2010-06-03T04:01:57Z by davidsarah
Replying to davidsarah:
This has been fixed on the ticket1037 branch by http://tahoe-lafs.org/trac/tahoe-lafs-ticket1037/changeset/4381 and http://tahoe-lafs.org/trac/tahoe-lafs-ticket1037/changeset/4382 .
Sorry, the latter changeset is not relevant.
The problem was that, in the case where new metadata is specified, a dict was being created and populated for the 'tahoe' subkey, but then being thrown away rather than included in the main metadata dict.
comment:7 Changed at 2010-06-12T21:02:30Z by davidsarah
- Resolution set to fixed
- Status changed from assigned to closed
Applied to trunk in 4f58355a0eebd79e.
The incomplete sentence in the description was supposed to be: