Preserve previous description when replacing attachments

[Chris.Nelson.1022@…]

I find myself revising attachments a couple of times before they are correct and find it counterintuitive that replacing the attachment and not specifying a new description leaves the attachment with a blank description. What I'd like to see is:

When an attachment is replaced and the description is left blank, the previous description should be preserved.

[Christian Boos]

Seems reasonable, although you'd loose the ability to clear the description when replacing (well, if that's really needed, I guess a couple of space characters would also do).

Note that when I do that myself (uploading several times until it gets "right"), I do it using the "Back" button of my browser, so no need to re-enter the filename or description, they are already there (this is also handy to fix the description, btw).

[Chris.Nelson.1022@…]

"Back" works as long as I'm in the same session but it's not uncommon for those changes to be one afternoon and the next morning. Firefox does sometimes remember the description if I start typing it.

Would it be easier to have a "Preserve Description" checkbox so that the behavior could be controlled by the user?

[ebray]

Yeah, this probably ought to be fixed. True, you lose the ability to clear the description, but the most common case will simply be to preserve the existing description. You could still overwrite it if necessary. Otherwise, I'm of the opinion that an attachment should have a short description anyways, so it's no loss if it can't be deleted outright.

[Tim Hatch]

Fixed in r8007, in the rework-functional branch.