Copy work item does not copy attachments
![]()
It appears copied work items reference attachments instead of copying them. We have supplier project areas and copy defects to them for suppliers to work. However those suppliers cannot see the attachments. They appear as as "Unknown" for id and name and "NaN" for size. It appears the attachments in the copied work items are really references back to the attachments in the real work item. And of course we would expect copy meant "copy" - we can see the log files, screen snapshots, etc.
Is there a way to perform a work item "deep copy"?
Thanks.
|
4 answers
![]()
Hi, Harry
What version of RTC did you have this issue? I just tested with RTC 4.0.3 and there is no problem at all to access to the attachment in the copied workitem in another project area. I guess that the problem could be in the source workitem in which the attachment is not appearing as file name only instead it may have local path to the file and that could lead to the problem you are seeing. If your source project area is in IE8(or higher) and see the attachment showing in full path to the local machine, you may want to try the below solution: 1. Open Internet Explorer options from Tools > Internet Options 2. Select Security tab 3. Click Custom Level ... 4. In the Miscellaneous section look for option called "Include local directory path when uploading files to a server". 5. Click Disable Then attach the file again and confirm it will be a file name only in workitem's link then copy to another project and see if that works now. Hopefully this helps. Don Comments Thanks for the quick reply Don. We will try what you proposed above. However it is strange that the user can see the attachment when he belongs to the source project area. And sees the "Unknown" and "NaN" when not a member. So the RTC server must be deciding to send the "Unknown" and "NaN" text based on membership and access control rules. I am not confident the problem is in the browser. You could be right that the issue may not related to the one I mentioned. I remember I saw this issue some time ago but I tried in v4.0.3 now for the above use case, I don't see any problem. What version do you use now? It could be an issue in relative old version and was fixed now.
We are using 4.0.3 and see the same issue.
It is clearly privileges issue - if a user has privileges in both projects, he can view the attachment.
If he belongs only to the project where it was cloned to, he can't.
Is there an open Work Item or we should submit one?
it is really critical for us, since we can't ask the origin projects to add all our users.
Or maybe there is a workaround?
Thanks
Hi Rachel,
I did not submit a Defect. Our workaround was to save and then re-attach any attachments to the copied work item. Painful, but mandatory if you need to collaborate and protect sensitive information.
If you submit a Defect, please post the link here so others (like me) can follow it and add their +1.
The behavior is as expected from product point of view. I found the below note from the Infocenter:
Well i am glad that IBM agreed it is a required enhancement and plan to include it in next release - see:70127- Copy Of Attachments
showing 5 of 6
show 1 more comments
|
![]() Hi,
Is there a way to copy WI to same project area with the attachments?
Thanks,
Yaron |
![]()
Hi Yaron,
Unfortunately I don't think there is a simple way to do it. However, you can copy a WI with its attachments from one PA to another, then move back the created WI. I know it is tiring but you can do at least what you want to do by this way.
|
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.