Attachments are getting deleted on CF value change (Bug? Feature?)

Hi,

I have a Queue (Test) for which “Everyone” has the right to create tickets.

The Requestor has then the right to CommentOntTicket, SeeCustomField,
SeeQueue and ModifyCustomField, ModifyTicket.

I have two custom fields, one “enter one value” (VALUE) and one
"upload multiple files" (FILES).
I created a user which is privileged but nothing else.

This user can, as everyone, create a Ticket and set VALUE as well as
upload a file into FILE.

As Requestor he can afterwards access his ticket and modify the custom fields.

Now: If he makes any change on the custom fields (eg change VALUE),
the attachment of FILE gets deleted.

I don’t understand why any change in any custom field can imply that
an attachment gets thrown away. This happens for single file uploads
as well as for multiple files. If there are more than one
attachment-custom fields, all attachments get thrown away.

First of all that looks to be a bug, to me (but I might be terribly
wrong and have done a stupid mistake which I don’t see).
Second, the kinky part of this is that anyone with full admin
privileges on the queue can do the modifications and the attachments
will NOT be deleted (eg any superuser).

Any pointers or opinions?

thanks
Alex

P.S.: This happens in RT 3.8.4 as well as in 4.0rc7

Netzwerkmanagement mit OpenNMS: http://www.dpunkt.de/buecher/3194.html

Hi Alex,

Hi,

I have a Queue (Test) for which “Everyone” has the right to create tickets.

The Requestor has then the right to CommentOntTicket, SeeCustomField,
SeeQueue and ModifyCustomField, ModifyTicket.

I have two custom fields, one “enter one value” (VALUE) and one
"upload multiple files" (FILES).
I created a user which is privileged but nothing else.

This user can, as everyone, create a Ticket and set VALUE as well as
upload a file into FILE.

As Requestor he can afterwards access his ticket and modify the custom fields.

Now: If he makes any change on the custom fields (eg change VALUE),
the attachment of FILE gets deleted.

I don’t understand why any change in any custom field can imply that
an attachment gets thrown away. This happens for single file uploads
as well as for multiple files. If there are more than one
attachment-custom fields, all attachments get thrown away.

First of all that looks to be a bug, to me (but I might be terribly
wrong and have done a stupid mistake which I don’t see).
Second, the kinky part of this is that anyone with full admin
privileges on the queue can do the modifications and the attachments
will NOT be deleted (eg any superuser).

The distinction between superusers and normal users here is odd.

P.S.: This happens in RT 3.8.4 as well as in 4.0rc7

Can you reproduce simply on a fresh database using 4.0rc7?

Thomas

Please keep responses on the list, thanks.On 28 Mar 2011 13:16, Alexander Finger wrote:

Hi Thomas,

P.S.: This happens in RT 3.8.4 as well as in 4.0rc7
Can you reproduce simply on a fresh database using 4.0rc7?

Yes, that’s what I did. I can give you either access to the RT system
or send you the database excerpts if you need more information.

Send the steps to reproduce on a fresh 4.0.0rc7 to
rt-bugs@bestpractical.com and we’ll look into it. If you could,
attaching a tarball of a SQLite database and the running RT directory
would be useful, but we could also ask for that later if we need it.

Thanks,
Thomas