The CreatorCon Call for Content is officially open! Get started here.

GlideSysAttachment.copy() used in Record producer does'nt seem to work in service portal

Nishanth Nagesh
Giga Contributor

Hi Everyone,

I have a record producer based on task table. Have some conditions to create an inc/req accordingly.

GlideSysAttachment.copy() is used to copy the attachments from task record to incident/req. This functionality is working fine when I create a record using "Try it" UI action. But when I try to do the same thing from Service Portal it doesn't work. I can see an entry in Sys_attachment table though.

Please share your inputs.

Thanks

Nishanth

12 REPLIES 12

shloke04
Kilo Patron

Hi,



Please refer the below link for your query:



Copy Attachments


A Better Requested Item Attachments Related List



Hope this helps.Mark the answer as correct/helpful based on impact.



Regards,


Shloke


Hope this helps. Please mark the answer as correct/helpful based on impact.

Regards,
Shloke

Teena Singh
ServiceNow Employee
ServiceNow Employee

Nishanth,


Glad to see that you are using the Community to learn more.


The Customer Experience team is striving to ensure that customer queries posted from the HI Service Portal are answered in timely and accurate fashion.


If you feel your question has been resolved, please mark the appropriate reply in the thread as being the Correct Answer.


This enables other customers to learn from your thread.


Thank you in advance.



If you are viewing this from the community inbox you will not see the correct answer button.   If so, please review How to Mark Answers Correct From Inbox View.



Regards,


Teena Singh
Customer Experience: UX Strategy and Customer Insights
teena.singh@servicenow.com


ServiceNow


Screen Shot 2017-01-19 at 8.55.52 AM.png


naresh1019
Mega Expert

Did any body found the solution ....even we are facing similar problem .....this time it is with catlog item .....


Anyone get this fixed?  I'm having the same issue!!! 

david_myers
Tera Contributor

We have the same issue - Servicenow advised there is a defect that is fixed in Kingston.  

 

https://hi.service-now.com/kb_view.do?sys_kb_id=cc16d355db0f0740f9f77c541f961946