This is a tricky one, the attachment isn't actually updated in the DB. However, the WUT will create a temp file somewhere to show and open the attachment. If you change the attachment the temp file is changed. Now when you open the same temp file is opened again, it is not overwritten. It appears that the attachment is changed. But when you save the attachment, you'll see that the attachment is in fact not changed at all.
If you did want to update the attachment, you'd save it, modify it and attach it to the field again. Hugo On Dec 13, 2007 8:25 PM, Heider, Stephen <[EMAIL PROTECTED]> wrote: > ** > > Hi Brian, > > > > I just tested that here (ARS 6.3) and the changes are not saved back to > the attachment field. The WUT did not even detect that a field was changed > on the record. I also tried changing another field to get the WUT to detect > a field change, and then saved the record. The attachment file did not > update. > > > > Any anyone else experienced this? > > > > Stephen > > Remedy Skilled Professional > > > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto: > [EMAIL PROTECTED] *On Behalf Of *Sokol, Brian > *Sent:* Thursday, December 13, 2007 2:14 PM > > *To:* [email protected] > *Subject:* Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED) > > > > Hi Stephen, > > > > I just tried your approach and I am hoping I did something wrong because > this would be a perfect solution. When I click on the button I run an AL > with a Run Process action. It performs the following: > > > > PERFORM-ACTION-OPEN-ATTACHMENT FieldID > > > > This opens the file fine but if I modify the file and save it, the changes > are written back to the attachment file. > > > > Brian > > > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto: > [EMAIL PROTECTED] *On Behalf Of *Heider, Stephen > *Sent:* Thursday, December 13, 2007 1:42 PM > *To:* [email protected] > *Subject:* Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED) > > ** > > Brian, > > > > How about this approach: > > > > When the screen is opened or the entry retrieved – when the attachment > field is not null - change the attachment field to Hidden, display the name > (and optionally the size) of the attachment file in a read-only character > field that is displayed as text. Unhide a button next to this character > field that, when clicked, opens the attachment. > > > > This allows the user to open, print, save a local copy, but does not allow > them to make any changes to the attachment or remove the attachment from the > record. > > > > In the above example, only the presence of an attachment will trigger your > workflow to make it "read-only". You probably would want to add a condition > that will not make the attachment "read-only" if the user is part of a > certain group, ie. 'App-Administrator'. This will provide the ability for > certain users to have access to remove or update an attachment. > > > > Stephen > > Remedy Skilled Professional > > > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto: > [EMAIL PROTECTED] *On Behalf Of *Sokol, Brian > *Sent:* Thursday, December 13, 2007 1:30 PM > *To:* [email protected] > *Subject:* Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED) > > > > I don't want the submitter to be able to change it once he or she attaches > it to the form. I had thought of using a separate form but I am not sure > that would prevent the submitter from changing it as well. > > > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto: > [EMAIL PROTECTED] *On Behalf Of *Rick Cook > *Sent:* Thursday, December 13, 2007 1:09 PM > *To:* [email protected] > *Subject:* Re: Can An Attachment Field Be Made Read Only? (UNCLASSIFIED) > > ** > > Well, even assuming that you didn't want to build a separate form for > attachments, couldn't you use the permissions on the field to control the > R/W access to it (i.e. allow Submitter only)? Or perhaps only allow write > access to the field from a Submit window. > > > > Rick > > > On 12/13/07, *FRANK, GORDON CTR DISA JSSC* <[EMAIL PROTECTED]> > wrote: > > Classification: UNCLASSIFIED > Caveats: NONE > > You can't use a Change Display action, but you might be able to use an > error Filter with the syntax: > > TR.<Attachment field> != DB.<Attachment field> > > I haven't tried it but I'll bet you can. Let me know. > > Gordon M. Frank > DISA\Version FNS > > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Sokol, Brian > Sent: Thursday, December 13, 2007 12:42 PM > To: [email protected] > Subject: Can An Attachment Field Be Made Read Only? > > ** > > I have an attachment field on a form. Once a file is attached I want to > prevent anyone from changing or deleting the attachment. I would like > them to be able to view the attached file. I thought this would be > simple using the Change Field action and making it Read Only. > Unfortunately that option is not available for that type of field. I > know I can hide the field but I would prefer if it was made read only. > Is this possible? > > Brian Sokol > Manager, Desktop Services > Scholastic Inc. > 557 Broadway > NY, NY 10012 > (212) 343-6494 > http://www.Scholastic.com < http://www.Scholastic.com> > > __20060125_______________________This posting was submitted with HTML in > it___ > Classification: UNCLASSIFIED > Caveats: NONE > > _______________________________________________________________________________ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > > > __20060125_______________________This posting was submitted with HTML in > it___ > > __20060125_______________________This posting was submitted with HTML in > it___ __20060125_______________________This posting was submitted with HTML > in it___ > __20060125_______________________This posting was submitted with HTML in > it___ __20060125_______________________This posting was submitted with HTML > in it___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
