tag --remove now returns bug.settings["extra_strings"] to EMPTY.
authorW. Trevor King <wking@drexel.edu>
Thu, 25 Jun 2009 11:45:57 +0000 (07:45 -0400)
committerW. Trevor King <wking@drexel.edu>
Thu, 25 Jun 2009 11:45:57 +0000 (07:45 -0400)
commit797bf225ff29a73fa0770d6cefef12a27cc3d760
treeeb9d40593427525b6ee6f9189c36a35362cb61ce
parent269778a3983bc56b02c921a306b257b18fe16c47
tag --remove now returns bug.settings["extra_strings"] to EMPTY.

extra_strings returns to a defaulting property from a cached/generator
property, with the help of the new, mutable defaults.  Lots of
deepcopies avoid mutable default uncertainty too ;).  And
copy.deepcopy([]) should be pretty cheap.

tag --remove had previously left settings["extra_strings"] as [],
which polluted the bug's values file.  Now the improved
defaulting_property notices a return to the default [], and sets the
internally stored value to EMPTY.

I struggled with creating a more intuitive way to notice changes to
extra_strings than the
  tmp = bug.extra_strings
  <work on tmp>
  bug.extra_strings = tmp
but didn't have any luck.  The problem seems to be that if you only
hand out copies of your default, you don't have any pointers to what
you handed out to check for changes.  On the other hand, if you hand
out your original default, any external changes will _change_ your
original default.  I suppose you could only hand out copies, but keep
a list of all copies handed out, but that sounds like a disaster.
Reassigning is easy enough.
becommands/tag.py
libbe/bug.py
libbe/properties.py
libbe/settings_object.py