[tahoe-dev] [tahoe-lafs] #833: reject mutable children when *reading* an immutable dirnode
tahoe-lafs
trac at allmydata.org
Mon Jan 11 13:01:55 PST 2010
#833: reject mutable children when *reading* an immutable dirnode
---------------------------------------------+------------------------------
Reporter: warner | Owner: warner
Type: defect | Status: assigned
Priority: critical | Milestone: 1.6.0
Component: code-dirnodes | Version: 1.5.0
Keywords: integrity forward-compatibility | Launchpad_bug:
---------------------------------------------+------------------------------
Comment(by zooko):
Oh, what about having two separate keys next to {{{"children"}}} --
{{{"bad_children"}}} for mutable children of an immutable directory and
{{{"unrecognized_children"}}} for children from the future or corrupted.
I guess it boils down to whether we want the implementation written by a
lazy programmer to exclude the children entirely from the listing or to
include them but not make them "live" (clickable, cd'able, cp'able, etc.)
-- just make them "greyed-out".
If we want them excluded, then they shouldn't appear as keys under
{{{"children"}}} at all. If we want them included but "greyed-out", then
they should appear as keys under {{{"children"}}} but they should not have
a {{{"ro_uri"}}} or {{{"rw_uri"}}} key.
So maybe this means that mutable children of an immutable directory should
appear in a separate {{{"bad_children"}}} key or shouldn't appear at all,
while unrecognized children (hopefully from the future) should appear in
the {{{"children"}}} key while having no {{{"ro_uri"}}} or {{{"rw_uri"}}}.
--
Ticket URL: <http://allmydata.org/trac/tahoe/ticket/833#comment:15>
tahoe-lafs <http://allmydata.org>
secure decentralized file storage grid
More information about the tahoe-dev
mailing list