Bugs #6587 and #6586
Those involve setting of fields 'associated' to the
'handle' field. In taglib and editwizard this
does not happen now (at least not automaticly).
'Mimetype' and 'size' are normally handled in the
Builder's commit method, but in a rather clumsy
way (through 'magic', based on the byte array). It is
not always successfull (e.g. try to upload an
excel sheet, it will and up as application/msword),
and the 'filename' field always remains
unfilled.
I have fixes for both these bugs (in both
editwizard and taglib), which simply always check for
existance of fields named 'mimetype' 'size' and
'filename' and fills those correctly (using the
information supplied by the user's browser) on upload
of a blob. I think this is a very pragmatic
solution, but of course it is a bit strange, because
it attributes special meaning to fields with those
names, while this is not in any way configurable.
It gets extremely odd e.g. when you have object
with more than one blob field (is _anybody_ doing
that?), or when you are using fields with those names
for something else (also pretty weird).
Perhaps in the field-types project we'd have to
come up with a really good solution for this (some
way to explicitely associated those three fields to
the handle field), but would anybody object if
in the mean time I fix these issues in this way?
I have no objections, i even encourage this temporarily fix :-p