ARERR(330)
I am posting this because this drove me crazy and it ended up being something simple. 1. I created a new user in CTM:People. 2. I added the ITSM Permissions that I thought they'd need and tried to login as them and open a new Change Request. 3. Upon saving the Change, I got You dont have write access to field:several background fields(ARERR 330) 4. After trying various things from BMC:Communites, I finally thought to myself: I wonder if General Access permission is saved in the User form? 5. I looked and it wasn't there. I had assumed that General Access was default, but you know the old saying about Assuming: A.s out of U and me! 6. Once I added this, everything worked normally. I decided to add this to ARSList, because it drove me nuts for a while and Communites was no help. Let me know if this helps you some day? Gordon Frank ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: ARERR(330)
Gordon Have you checked that the Access Restriction on the People form under Login/Access Details is restricted to the specific Company that the User belongs to? Tony Smith From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Gordon Frank Sent: 03 July 2014 14:30 To: arslist@ARSLIST.ORG Subject: ARERR(330) ** I am posting this because this drove me crazy and it ended up being something simple. 1. I created a new user in CTM:People. 2. I added the ITSM Permissions that I thought they'd need and tried to login as them and open a new Change Request. 3. Upon saving the Change, I got You dont have write access to field:several background fields(ARERR 330) 4. After trying various things from BMC:Communites, I finally thought to myself: I wonder if General Access permission is saved in the User form? 5. I looked and it wasn't there. I had assumed that General Access was default, but you know the old saying about Assuming: A.s out of U and me! 6. Once I added this, everything worked normally. I decided to add this to ARSList, because it drove me nuts for a while and Communites was no help. Let me know if this helps you some day? Gordon Frank _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Production Issue: ARERR 330: You don't have write access to field
This error is You do not have write access to field : Comments (ARERR 330) is popping up for a user that has read access to this field and is not updating this fields at all. He is updating another fields which has no baring on the Comments fields. This is happening in the MT and not in the user tool. I have turned on all logs, I don't see the error there. Any thoughts .. is the logs could show which workflow is triggering the error. arjavaplugin.log arerror.log aruser.log arsql.log arsignald.log arplugin.log arfilter.log arapi.log its not active link, I logged in as the user, and activelink logging show nothing. -- View this message in context: http://ars-action-request-system.1093659.n2.nabble.com/Production-Issue-ARERR-330-You-don-t-have-write-access-to-field-tp7444239p7444239.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Production Issue: ARERR 330: You don't have write access to field
Last asction in mt loggin before error, CLAT /* Fri Apr 06 2012 17:43:09.455 */+API call, Procedure #2 API TID: 001820 RPC ID: 0015813355 Queue: Fast Client-RPC: 390620USER: /* Fri Apr 06 2012 17:43:09.4567 */+SE ARSetEntry -- schema entryId XXX from Mid-tier (protocol 14) at IP address (ARNOTE 8914) -- View this message in context: http://ars-action-request-system.1093659.n2.nabble.com/Production-Issue-ARERR-330-You-don-t-have-write-access-to-field-tp7444239p7444283.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Production Issue: ARERR 330: You don't have write access to field
Double check your workflow - we found a similar issue we had on an advanced SRM request. User wasn't updating a particular field for SR submit but it would complain they didn't have access to a particular field - which we found later had no permissions assigned. We used Abydos analyzer to help us track down the culprit. Is this a submit or modify process? If submit - Add allow any submitter on Comments. If modify - consider adding public change to comments field. Regards, Andrew Goodall Software Engineer 2 | Development Services | jcpenney . www.jcp.com -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Dee Sent: Friday, April 06, 2012 4:33 PM To: arslist@ARSLIST.ORG Subject: Production Issue: ARERR 330: You don't have write access to field This error is You do not have write access to field : Comments (ARERR 330) is popping up for a user that has read access to this field and is not updating this fields at all. He is updating another fields which has no baring on the Comments fields. This is happening in the MT and not in the user tool. I have turned on all logs, I don't see the error there. Any thoughts .. is the logs could show which workflow is triggering the error. arjavaplugin.log arerror.log aruser.log arsql.log arsignald.log arplugin.log arfilter.log arapi.log its not active link, I logged in as the user, and activelink logging show nothing. -- View this message in context: http://ars-action-request-system.1093659.n2.nabble.com/Production-Issue- ARERR-330-You-don-t-have-write-access-to-field-tp7444239p7444239.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If the reader of this message is not the intended recipient, you are hereby notified that your access is unauthorized, and any review, dissemination, distribution or copying of this message including any attachments is strictly prohibited. If you are not the intended recipient, please contact the sender and delete the material from any computer. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Production Issue: ARERR 330: You don't have write access to field
Thanks Andrew for responding, I cannot add public, this is not a public field. I did add any user can submit with same issue. The user has read/view access to the fields not write. The user has other access, I added a role he has change/write access but as readonly/view, same error on the field properties. But changed it to change/write, no error. He cannot have write access to the field, only read. This does not occur in the user tool. I disabled allow associated activelinks (1), filter to the Comment fields. Still same error. Apr 6, 2012 5:57:19 PM - FINE (com.SERVER.log.PERFORMANCE) : (Thread 192326) com.SERVER.arsys.stubs.BackchannelServlet doRequest Backchannel end: SetEntry: Process: 16; Send: 0; Chars: 1010 Apr 6, 2012 5:57:19 PM - SEVERE (com.SERVER.log.SERVLET) : (Thread 192326) com.SERVER.log.SERVLETGoatException during NDXRequest: ARERR [330] You do not have write access to field : 90029 ARNOTE [8914] API TID: 009016 RPC ID: 0015815730 Queue: Fast Client-RPC: 390620 USER: R_USER /* Fri Apr 06 2012 17:57:19.0170 */+SE ARSetEntry -- schema FORMNAME entryId C0075617 from Mid-tier (protocol 14) at IP address IPADDREE at com.SERVER.arsys.backchannel.SetEntryAgent.process(Unknown Source) at com.SERVER.arsys.backchannel.NDXRequest.init(Unknown Source) at com.SERVER.arsys.backchannel.NDXFactory.handleRequest(Unknown Source) at com.SERVER.arsys.stubs.BackchannelServlet.doRequest(Unknown Source) at com.SERVER.arsys.stubs.GoatServlet.postInternal(Unknown Source) at com.SERVER.arsys.stubs.GoatHttpServlet.doGet(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:743) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1146) at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1087) at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:118) at com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter(WebAppFilterChain.java:87) at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:837) at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:680) at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:588) at com.ibm.ws.wswebcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:481) at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:90) at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:748) at com.ibm.ws.wswebcontainer.WebContainer.handleRequest(WebContainer.java:1466) at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:122) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:458) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java:387) at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:102) at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165) at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:136) at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:196) at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:751) at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:881) at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1497) Caused by: ERROR (330): You do not have write access to field; 90029 OK (8914): API TID: 009016 RPC ID: 0015815730 Queue: Fast Client-RPC: 390620 USER: R_USER /* Fri Apr 06 2012 17:57:19.0170 */+SE ARSetEntry -- schema FORMNAME entryId C0075617 from Mid-tier (protocol 14) at IP address IPADDREE ; at com.bmc.arsys.api.ProxyJRpcBase.verifyStatus(Unknown Source) at com.bmc.arsys.api.ProxyJRpcBase.a(Unknown Source) at com.bmc.arsys.api.ProxyJRpcBase.arCall(Unknown Source) at com.bmc.arsys.api.ProxyJRpc.ARSetEntry(Unknown Source) at com.bmc.arsys.api.ARServerUser.setEntry(Unknown Source) ... 31 more Apr 6, 2012 5:57:19 PM - FINE (com.SERVER.log.INTERNAL) : (Thread 192326) com.SERVER.arsys.goat.GoatException init Throw ARException - ERROR (330): You do not have write access to field; 90029 OK (8914): API TID: 009016 RPC ID: 0015815730 Queue: Fast Client-RPC: 390620 USER: raj0oq7 /* Fri Apr 06 2012 17:57:19.0170 */+SE ARSetEntry -- schema FORMNAME entryId C0075617 from Mid-tier (protocol 14) at IP address IPADDREE ; ERROR (330): You do not have write access to field; 90029 OK (8914): API TID: 009016 RPC ID: 0015815730 Queue: Fast Client-RPC: 390620 USER: raj0oq7 /* Fri Apr 06 2012 17:57:19.0170 */+SE ARSetEntry -- schema FORMNAME entryId C0075617
Resolved: Production Issue: ARERR 330: You don't have write access to field
Ok, Its a mystery; but the issue is not occurring for me atleast. The only thing I can i think may have helped, is the continues flushing of the mid-tier cache. The field that the user is getting the error on, has the same permissions, the workflow most filters, 1 activelink the its permissions, and now the user continue. This has happen before and issue with BMC with no result,and the issue cleared it self up them. -- View this message in context: http://ars-action-request-system.1093659.n2.nabble.com/Production-Issue-ARERR-330-You-don-t-have-write-access-to-field-tp7444239p741.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Account issue and arerr 330
We’re not using field 112 at this time. Ron From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brittain, Mark Sent: Friday, March 09, 2012 11:44 AM To: arslist@ARSLIST.ORG Subject: Re: Account issue and arerr 330 ** Are you using field 112? I have seen this when creating a record from an email template and 112 is NULL. Kicks back an error reply message listing all the fields on the form. This occurred even if the account submitting the template is an admin. Mark From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Thursday, March 08, 2012 5:21 PM To: arslist@ARSLIST.ORG Subject: Re: Account issue and arerr 330 ** Yeah, we’ve seen that one before and documented it and was my first attempt at a solution. Here’s hoping that the latest version has this resolved. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of patchsk Sent: Thursday, March 08, 2012 2:09 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Account issue and arerr 330 ** This does seem like a similar issue we have seen before. Go to that user's people record and under support group tab it list all the support groups. Atleast one of them had to be set as default group. Due to some bug, for some users we noticed they have no default group set and they were seeing the similar errors. On Thursday, March 8, 2012 3:59:06 PM UTC-6, Peters, Ron wrote: ** Thanks. I wouldn’t think that I’d have to open the hood for a simple people record permission modification. We’re not doing anything special here and I assigned the user the same permissions that all our other support (non-admin) folks have with no luck. We did figure out the answer and I think it was stupid. We had to use the “Change to Non Support” function on the user. This of course requires that there are no active tickets for the user. I then had to re-assign all their tickets temporarily to myself which then changes the status of each one to assigned. After that, I changed them to non-support, then changed them back to support and added the proper support group/permissions. The final step was to re-assign all their tickets back to them. ventThis convoluted procedure tells me that behind the scenes, they’re playing fast and loose with roles/permissions and aren’t taking care of the details in a clean fashion. This should be a simple role/permission adjustment. Much like Microsoft cars, pull over, shut the car off, re-start the car and continue driving when you lose signal on an AM radio station./vent From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Thursday, March 08, 2012 11:20 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Account issue and arerr 330 ** Ron, Admin of course has access to everything. You need to figure out what permissions the need OTHER than Admin to be able to update the records in question. You should be able to check the permissions on the fields to figure out what they may be missing. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Thursday, March 08, 2012 12:08 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Account issue and arerr 330 ** Hello all, I have an individual user that was set as an administrator with a fixed license. We were doing some changes and the person doesn’t need administrator any more so we set the privs the same as any other typical support person (Incident/Change user, asset viewer). I then changed their license from a fixed to floating. They then could not update any of their tickets. I changed their account back to a fixed license, no luck. Then added administrator back and now they’re working. I still need to remove administrator/fixed licensing from their account. How can I do that while making the account continue to work? We’re on AR 7.5 ITSM 7.6 Thanks. These are the errors: You do not have write access to field : Notes (ARERR 330) You do not have write access to field : z1D_Contact (ARERR 330) You do not have write access to field : Customer (ARERR 330) You do not have write access to field : z1G_Customer_Search_Type_Msg (ARERR 330) You do not have write access to field : z1G_Contact_Name_Format (ARERR 330) You do not have write access to field : Customer Search Type (ARERR 330) You do not have write access to field : z1G_Display_CustomerInfo_Dlg (ARERR 330) You do not have write access to field : z1G Reopen Incident (ARERR 330) You do not have write access to field : z1G Enable Decision Tree (ARERR 330) You do not have write access to field : z1D_Last_Name (ARERR 330) You do not have write access to field : z1D_First_Name (ARERR 330) You do not have write access to field : z1D_Name_Format (ARERR 330) You do
Re: Account issue and arerr 330
Are you using field 112? I have seen this when creating a record from an email template and 112 is NULL. Kicks back an error reply message listing all the fields on the form. This occurred even if the account submitting the template is an admin. Mark From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Thursday, March 08, 2012 5:21 PM To: arslist@ARSLIST.ORG Subject: Re: Account issue and arerr 330 ** Yeah, we’ve seen that one before and documented it and was my first attempt at a solution. Here’s hoping that the latest version has this resolved. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of patchsk Sent: Thursday, March 08, 2012 2:09 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Account issue and arerr 330 ** This does seem like a similar issue we have seen before. Go to that user's people record and under support group tab it list all the support groups. Atleast one of them had to be set as default group. Due to some bug, for some users we noticed they have no default group set and they were seeing the similar errors. On Thursday, March 8, 2012 3:59:06 PM UTC-6, Peters, Ron wrote: ** Thanks. I wouldn’t think that I’d have to open the hood for a simple people record permission modification. We’re not doing anything special here and I assigned the user the same permissions that all our other support (non-admin) folks have with no luck. We did figure out the answer and I think it was stupid. We had to use the “Change to Non Support” function on the user. This of course requires that there are no active tickets for the user. I then had to re-assign all their tickets temporarily to myself which then changes the status of each one to assigned. After that, I changed them to non-support, then changed them back to support and added the proper support group/permissions. The final step was to re-assign all their tickets back to them. ventThis convoluted procedure tells me that behind the scenes, they’re playing fast and loose with roles/permissions and aren’t taking care of the details in a clean fashion. This should be a simple role/permission adjustment. Much like Microsoft cars, pull over, shut the car off, re-start the car and continue driving when you lose signal on an AM radio station./vent From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Thursday, March 08, 2012 11:20 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Account issue and arerr 330 ** Ron, Admin of course has access to everything. You need to figure out what permissions the need OTHER than Admin to be able to update the records in question. You should be able to check the permissions on the fields to figure out what they may be missing. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Thursday, March 08, 2012 12:08 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Account issue and arerr 330 ** Hello all, I have an individual user that was set as an administrator with a fixed license. We were doing some changes and the person doesn’t need administrator any more so we set the privs the same as any other typical support person (Incident/Change user, asset viewer). I then changed their license from a fixed to floating. They then could not update any of their tickets. I changed their account back to a fixed license, no luck. Then added administrator back and now they’re working. I still need to remove administrator/fixed licensing from their account. How can I do that while making the account continue to work? We’re on AR 7.5 ITSM 7.6 Thanks. These are the errors: You do not have write access to field : Notes (ARERR 330) You do not have write access to field : z1D_Contact (ARERR 330) You do not have write access to field : Customer (ARERR 330) You do not have write access to field : z1G_Customer_Search_Type_Msg (ARERR 330) You do not have write access to field : z1G_Contact_Name_Format (ARERR 330) You do not have write access to field : Customer Search Type (ARERR 330) You do not have write access to field : z1G_Display_CustomerInfo_Dlg (ARERR 330) You do not have write access to field : z1G Reopen Incident (ARERR 330) You do not have write access to field : z1G Enable Decision Tree (ARERR 330) You do not have write access to field : z1D_Last_Name (ARERR 330) You do not have write access to field : z1D_First_Name (ARERR 330) You do not have write access to field : z1D_Name_Format (ARERR 330) You do not have write access to field : z1G_HPDShowVendor (ARERR 330) You do not have write access to field : z1G_HPDShowFinancials (ARERR 330) You do not have write access to field : z1G_HPDShowDateSystem (ARERR 330) You do not have write access to field
Account issue and arerr 330
Hello all, I have an individual user that was set as an administrator with a fixed license. We were doing some changes and the person doesn't need administrator any more so we set the privs the same as any other typical support person (Incident/Change user, asset viewer). I then changed their license from a fixed to floating. They then could not update any of their tickets. I changed their account back to a fixed license, no luck. Then added administrator back and now they're working. I still need to remove administrator/fixed licensing from their account. How can I do that while making the account continue to work? We're on AR 7.5 ITSM 7.6 Thanks. These are the errors: You do not have write access to field : Notes (ARERR 330) You do not have write access to field : z1D_Contact (ARERR 330) You do not have write access to field : Customer (ARERR 330) You do not have write access to field : z1G_Customer_Search_Type_Msg (ARERR 330) You do not have write access to field : z1G_Contact_Name_Format (ARERR 330) You do not have write access to field : Customer Search Type (ARERR 330) You do not have write access to field : z1G_Display_CustomerInfo_Dlg (ARERR 330) You do not have write access to field : z1G Reopen Incident (ARERR 330) You do not have write access to field : z1G Enable Decision Tree (ARERR 330) You do not have write access to field : z1D_Last_Name (ARERR 330) You do not have write access to field : z1D_First_Name (ARERR 330) You do not have write access to field : z1D_Name_Format (ARERR 330) You do not have write access to field : z1G_HPDShowVendor (ARERR 330) You do not have write access to field : z1G_HPDShowFinancials (ARERR 330) You do not have write access to field : z1G_HPDShowDateSystem (ARERR 330) You do not have write access to field : z1D_PreviousAssignedCompany (ARERR 330) ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Account issue and arerr 330
Ron, Admin of course has access to everything. You need to figure out what permissions the need OTHER than Admin to be able to update the records in question. You should be able to check the permissions on the fields to figure out what they may be missing. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Thursday, March 08, 2012 12:08 PM To: arslist@ARSLIST.ORG Subject: Account issue and arerr 330 ** Hello all, I have an individual user that was set as an administrator with a fixed license. We were doing some changes and the person doesn't need administrator any more so we set the privs the same as any other typical support person (Incident/Change user, asset viewer). I then changed their license from a fixed to floating. They then could not update any of their tickets. I changed their account back to a fixed license, no luck. Then added administrator back and now they're working. I still need to remove administrator/fixed licensing from their account. How can I do that while making the account continue to work? We're on AR 7.5 ITSM 7.6 Thanks. These are the errors: You do not have write access to field : Notes (ARERR 330) You do not have write access to field : z1D_Contact (ARERR 330) You do not have write access to field : Customer (ARERR 330) You do not have write access to field : z1G_Customer_Search_Type_Msg (ARERR 330) You do not have write access to field : z1G_Contact_Name_Format (ARERR 330) You do not have write access to field : Customer Search Type (ARERR 330) You do not have write access to field : z1G_Display_CustomerInfo_Dlg (ARERR 330) You do not have write access to field : z1G Reopen Incident (ARERR 330) You do not have write access to field : z1G Enable Decision Tree (ARERR 330) You do not have write access to field : z1D_Last_Name (ARERR 330) You do not have write access to field : z1D_First_Name (ARERR 330) You do not have write access to field : z1D_Name_Format (ARERR 330) You do not have write access to field : z1G_HPDShowVendor (ARERR 330) You do not have write access to field : z1G_HPDShowFinancials (ARERR 330) You do not have write access to field : z1G_HPDShowDateSystem (ARERR 330) You do not have write access to field : z1D_PreviousAssignedCompany (ARERR 330) _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Account issue and arerr 330
Thanks. I wouldn't think that I'd have to open the hood for a simple people record permission modification. We're not doing anything special here and I assigned the user the same permissions that all our other support (non-admin) folks have with no luck. We did figure out the answer and I think it was stupid. We had to use the Change to Non Support function on the user. This of course requires that there are no active tickets for the user. I then had to re-assign all their tickets temporarily to myself which then changes the status of each one to assigned. After that, I changed them to non-support, then changed them back to support and added the proper support group/permissions. The final step was to re-assign all their tickets back to them. ventThis convoluted procedure tells me that behind the scenes, they're playing fast and loose with roles/permissions and aren't taking care of the details in a clean fashion. This should be a simple role/permission adjustment. Much like Microsoft cars, pull over, shut the car off, re-start the car and continue driving when you lose signal on an AM radio station./vent From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Thursday, March 08, 2012 11:20 AM To: arslist@ARSLIST.ORG Subject: Re: Account issue and arerr 330 ** Ron, Admin of course has access to everything. You need to figure out what permissions the need OTHER than Admin to be able to update the records in question. You should be able to check the permissions on the fields to figure out what they may be missing. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Thursday, March 08, 2012 12:08 PM To: arslist@ARSLIST.ORG Subject: Account issue and arerr 330 ** Hello all, I have an individual user that was set as an administrator with a fixed license. We were doing some changes and the person doesn't need administrator any more so we set the privs the same as any other typical support person (Incident/Change user, asset viewer). I then changed their license from a fixed to floating. They then could not update any of their tickets. I changed their account back to a fixed license, no luck. Then added administrator back and now they're working. I still need to remove administrator/fixed licensing from their account. How can I do that while making the account continue to work? We're on AR 7.5 ITSM 7.6 Thanks. These are the errors: You do not have write access to field : Notes (ARERR 330) You do not have write access to field : z1D_Contact (ARERR 330) You do not have write access to field : Customer (ARERR 330) You do not have write access to field : z1G_Customer_Search_Type_Msg (ARERR 330) You do not have write access to field : z1G_Contact_Name_Format (ARERR 330) You do not have write access to field : Customer Search Type (ARERR 330) You do not have write access to field : z1G_Display_CustomerInfo_Dlg (ARERR 330) You do not have write access to field : z1G Reopen Incident (ARERR 330) You do not have write access to field : z1G Enable Decision Tree (ARERR 330) You do not have write access to field : z1D_Last_Name (ARERR 330) You do not have write access to field : z1D_First_Name (ARERR 330) You do not have write access to field : z1D_Name_Format (ARERR 330) You do not have write access to field : z1G_HPDShowVendor (ARERR 330) You do not have write access to field : z1G_HPDShowFinancials (ARERR 330) You do not have write access to field : z1G_HPDShowDateSystem (ARERR 330) You do not have write access to field : z1D_PreviousAssignedCompany (ARERR 330) _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Account issue and arerr 330
This does seem like a similar issue we have seen before. Go to that user's people record and under support group tab it list all the support groups. Atleast one of them had to be set as default group. Due to some bug, for some users we noticed they have no default group set and they were seeing the similar errors. On Thursday, March 8, 2012 3:59:06 PM UTC-6, Peters, Ron wrote: ** Thanks. I wouldn’t think that I’d have to open the hood for a simple people record permission modification. We’re not doing anything special here and I assigned the user the same permissions that all our other support (non-admin) folks have with no luck. We did figure out the answer and I think it was stupid. We had to use the “Change to Non Support” function on the user. This of course requires that there are no active tickets for the user. I then had to re-assign all their tickets temporarily to myself which then changes the status of each one to assigned. After that, I changed them to non-support, then changed them back to support and added the proper support group/permissions. The final step was to re-assign all their tickets back to them. ventThis convoluted procedure tells me that behind the scenes, they’re playing fast and loose with roles/permissions and aren’t taking care of the details in a clean fashion. This should be a simple role/permission adjustment. Much like Microsoft cars, pull over, shut the car off, re-start the car and continue driving when you lose signal on an AM radio station./vent *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *LJ LongWing *Sent:* Thursday, March 08, 2012 11:20 AM *To:* arslist@ARSLIST.ORG *Subject:* Re: Account issue and arerr 330 ** Ron, Admin of course has access to everything. You need to figure out what permissions the need OTHER than Admin to be able to update the records in question. You should be able to check the permissions on the fields to figure out what they may be missing. *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Peters, Ron *Sent:* Thursday, March 08, 2012 12:08 PM *To:* arslist@ARSLIST.ORG *Subject:* Account issue and arerr 330 ** Hello all, I have an individual user that was set as an administrator with a fixed license. We were doing some changes and the person doesn’t need administrator any more so we set the privs the same as any other typical support person (Incident/Change user, asset viewer). I then changed their license from a fixed to floating. They then could not update any of their tickets. I changed their account back to a fixed license, no luck. Then added administrator back and now they’re working. I still need to remove administrator/fixed licensing from their account. How can I do that while making the account continue to work? We’re on AR 7.5 ITSM 7.6 Thanks. These are the errors: You do not have write access to field : Notes (ARERR 330) You do not have write access to field : z1D_Contact (ARERR 330) You do not have write access to field : Customer (ARERR 330) You do not have write access to field : z1G_Customer_Search_Type_Msg (ARERR 330) You do not have write access to field : z1G_Contact_Name_Format (ARERR 330) You do not have write access to field : Customer Search Type (ARERR 330) You do not have write access to field : z1G_Display_CustomerInfo_Dlg (ARERR 330) You do not have write access to field : z1G Reopen Incident (ARERR 330) You do not have write access to field : z1G Enable Decision Tree (ARERR 330) You do not have write access to field : z1D_Last_Name (ARERR 330) You do not have write access to field : z1D_First_Name (ARERR 330) You do not have write access to field : z1D_Name_Format (ARERR 330) You do not have write access to field : z1G_HPDShowVendor (ARERR 330) You do not have write access to field : z1G_HPDShowFinancials (ARERR 330) You do not have write access to field : z1G_HPDShowDateSystem (ARERR 330) You do not have write access to field : z1D_PreviousAssignedCompany (ARERR 330) _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Account issue and arerr 330
That has been an ITSM feature for several versions now - the requirement to remove the support staff function completely and restore it in order to make significant changes to the permissions. I think it has something to do with needing to delete their User record from both the User table and the user_cache table and then re-add them in order to get them back in sync. We had to do that about once a month (maybe 10% of the user base over three years) for 300+ users in ARS 7.1 / ITSM 7.0.02/3. IN every case, all of the CTM:People, User, and CTM:PeoplePermissionGroup records appeared to be correct, and there did not _appear_ to be a problem in the user_cache table, but if we hijacked the account password and tested it had lost all of its permissions. Since upgrading to 7.6.04.01 Don only remembers having to do this once, and he thinks it may have been a legacy 7.1 problem that surfaced shortly after the upgrade for an infrequent user. So maybe, just maybe, it was fixed by 7.6.04.0x. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Thursday, March 08, 2012 3:59 PM To: arslist@ARSLIST.ORG Subject: Re: Account issue and arerr 330 ** Thanks. I wouldn't think that I'd have to open the hood for a simple people record permission modification. We're not doing anything special here and I assigned the user the same permissions that all our other support (non-admin) folks have with no luck. We did figure out the answer and I think it was stupid. We had to use the Change to Non Support function on the user. This of course requires that there are no active tickets for the user. I then had to re-assign all their tickets temporarily to myself which then changes the status of each one to assigned. After that, I changed them to non-support, then changed them back to support and added the proper support group/permissions. The final step was to re-assign all their tickets back to them. ventThis convoluted procedure tells me that behind the scenes, they're playing fast and loose with roles/permissions and aren't taking care of the details in a clean fashion. This should be a simple role/permission adjustment. Much like Microsoft cars, pull over, shut the car off, re-start the car and continue driving when you lose signal on an AM radio station./vent From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Thursday, March 08, 2012 11:20 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Account issue and arerr 330 ** Ron, Admin of course has access to everything. You need to figure out what permissions the need OTHER than Admin to be able to update the records in question. You should be able to check the permissions on the fields to figure out what they may be missing. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Thursday, March 08, 2012 12:08 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Account issue and arerr 330 ** Hello all, I have an individual user that was set as an administrator with a fixed license. We were doing some changes and the person doesn't need administrator any more so we set the privs the same as any other typical support person (Incident/Change user, asset viewer). I then changed their license from a fixed to floating. They then could not update any of their tickets. I changed their account back to a fixed license, no luck. Then added administrator back and now they're working. I still need to remove administrator/fixed licensing from their account. How can I do that while making the account continue to work? We're on AR 7.5 ITSM 7.6 Thanks. These are the errors: You do not have write access to field : Notes (ARERR 330) You do not have write access to field : z1D_Contact (ARERR 330) You do not have write access to field : Customer (ARERR 330) You do not have write access to field : z1G_Customer_Search_Type_Msg (ARERR 330) You do not have write access to field : z1G_Contact_Name_Format (ARERR 330) You do not have write access to field : Customer Search Type (ARERR 330) You do not have write access to field : z1G_Display_CustomerInfo_Dlg (ARERR 330) You do not have write access to field : z1G Reopen Incident (ARERR 330) You do not have write access to field : z1G Enable Decision Tree (ARERR 330) You do not have write access to field : z1D_Last_Name (ARERR 330) You do not have write access to field : z1D_First_Name (ARERR 330) You do not have write access to field : z1D_Name_Format (ARERR 330) You do not have write access to field : z1G_HPDShowVendor (ARERR 330) You do not have write access to field : z1G_HPDShowFinancials (ARERR 330) You do not have write access to field : z1G_HPDShowDateSystem (ARERR 330
Re: Account issue and arerr 330
Yeah, we’ve seen that one before and documented it and was my first attempt at a solution. Here’s hoping that the latest version has this resolved. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of patchsk Sent: Thursday, March 08, 2012 2:09 PM To: arslist@ARSLIST.ORG Subject: Re: Account issue and arerr 330 ** This does seem like a similar issue we have seen before. Go to that user's people record and under support group tab it list all the support groups. Atleast one of them had to be set as default group. Due to some bug, for some users we noticed they have no default group set and they were seeing the similar errors. On Thursday, March 8, 2012 3:59:06 PM UTC-6, Peters, Ron wrote: ** Thanks. I wouldn’t think that I’d have to open the hood for a simple people record permission modification. We’re not doing anything special here and I assigned the user the same permissions that all our other support (non-admin) folks have with no luck. We did figure out the answer and I think it was stupid. We had to use the “Change to Non Support” function on the user. This of course requires that there are no active tickets for the user. I then had to re-assign all their tickets temporarily to myself which then changes the status of each one to assigned. After that, I changed them to non-support, then changed them back to support and added the proper support group/permissions. The final step was to re-assign all their tickets back to them. ventThis convoluted procedure tells me that behind the scenes, they’re playing fast and loose with roles/permissions and aren’t taking care of the details in a clean fashion. This should be a simple role/permission adjustment. Much like Microsoft cars, pull over, shut the car off, re-start the car and continue driving when you lose signal on an AM radio station./vent From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Thursday, March 08, 2012 11:20 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Account issue and arerr 330 ** Ron, Admin of course has access to everything. You need to figure out what permissions the need OTHER than Admin to be able to update the records in question. You should be able to check the permissions on the fields to figure out what they may be missing. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron Sent: Thursday, March 08, 2012 12:08 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Account issue and arerr 330 ** Hello all, I have an individual user that was set as an administrator with a fixed license. We were doing some changes and the person doesn’t need administrator any more so we set the privs the same as any other typical support person (Incident/Change user, asset viewer). I then changed their license from a fixed to floating. They then could not update any of their tickets. I changed their account back to a fixed license, no luck. Then added administrator back and now they’re working. I still need to remove administrator/fixed licensing from their account. How can I do that while making the account continue to work? We’re on AR 7.5 ITSM 7.6 Thanks. These are the errors: You do not have write access to field : Notes (ARERR 330) You do not have write access to field : z1D_Contact (ARERR 330) You do not have write access to field : Customer (ARERR 330) You do not have write access to field : z1G_Customer_Search_Type_Msg (ARERR 330) You do not have write access to field : z1G_Contact_Name_Format (ARERR 330) You do not have write access to field : Customer Search Type (ARERR 330) You do not have write access to field : z1G_Display_CustomerInfo_Dlg (ARERR 330) You do not have write access to field : z1G Reopen Incident (ARERR 330) You do not have write access to field : z1G Enable Decision Tree (ARERR 330) You do not have write access to field : z1D_Last_Name (ARERR 330) You do not have write access to field : z1D_First_Name (ARERR 330) You do not have write access to field : z1D_Name_Format (ARERR 330) You do not have write access to field : z1G_HPDShowVendor (ARERR 330) You do not have write access to field : z1G_HPDShowFinancials (ARERR 330) You do not have write access to field : z1G_HPDShowDateSystem (ARERR 330) You do not have write access to field : z1D_PreviousAssignedCompany (ARERR 330) _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12
Re: ARERR [330] You do not have write access to field SOLVED
The read-only license was the problem. Thanks, Mohan (and Michiel and Joe)!! Dwayne Original message Date: Mon, 15 Oct 2007 13:38:28 -0700 From: Mohan Panchangmath [EMAIL PROTECTED] Subject: Re: ARERR [330] You do not have write access to field To: arslist@ARSLIST.ORG We had a same situation here when users started getting this error and on checking had found that we had ran out of floating licencesone of those days.. Usually licence not available error pops up but strangely we got the ARERR 330 mssg. On granting floating licence to such users, the error did not pop up again. Hope this helps.. Thanks, Mohan --- Michiel Beijen [EMAIL PROTECTED] wrote: Dwayne, Is it only this one particular user or do other users have the same issue? I've seen a situation like this resolved with deleting all user cache files (*.arf; *.arv) from the user's PC. Of course this is only in the case that it is not reproducible on other PC's. -- Met vriendelijke groet / Kind regards Michiel Beijen __ MANSOLUTIONS Energieweg 60-62 3771 NA Barneveld The Netherlands Tel. +31-(0)612968592 Mail [EMAIL PROTECTED] Internet http://bsm.mansolutions.nl On 10/15/07, Dwayne Martin [EMAIL PROTECTED] wrote: Hello Everyone, A user opens a form, makes a change, and saves the form, and gets ARERR [330] You do not have write access to field. Of course it doesn't say which field he doesn't have write access to. I have run an active link log and checked every Set Field on both display and modify, and the user definitely has write access to the fields. There are no Push Field actions to other forms. A filter log shows no activity. SQL log shows no updates or errors. Why isn't it telling me what field he doesn't have write access to, and how can I find it out? (ARS 7.0.01 patch 3, RH Linux server, Oracle 10.2 db) Dwayne Martin James Madison University ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos more. http://mobile.yahoo.com/go?refer=1GNXIC ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are Dwayne Martin Computing Support James Madison University ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
ARERR [330] You do not have write access to field
Hello Everyone, A user opens a form, makes a change, and saves the form, and gets ARERR [330] You do not have write access to field. Of course it doesn't say which field he doesn't have write access to. I have run an active link log and checked every Set Field on both display and modify, and the user definitely has write access to the fields. There are no Push Field actions to other forms. A filter log shows no activity. SQL log shows no updates or errors. Why isn't it telling me what field he doesn't have write access to, and how can I find it out? (ARS 7.0.01 patch 3, RH Linux server, Oracle 10.2 db) Dwayne Martin James Madison University ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
Re: ARERR [330] You do not have write access to field
Dwayne, Is it only this one particular user or do other users have the same issue? I've seen a situation like this resolved with deleting all user cache files (*.arf; *.arv) from the user's PC. Of course this is only in the case that it is not reproducible on other PC's. -- Met vriendelijke groet / Kind regards Michiel Beijen __ MANSOLUTIONS Energieweg 60-62 3771 NA Barneveld The Netherlands Tel. +31-(0)612968592 Mail [EMAIL PROTECTED] Internet http://bsm.mansolutions.nl On 10/15/07, Dwayne Martin [EMAIL PROTECTED] wrote: Hello Everyone, A user opens a form, makes a change, and saves the form, and gets ARERR [330] You do not have write access to field. Of course it doesn't say which field he doesn't have write access to. I have run an active link log and checked every Set Field on both display and modify, and the user definitely has write access to the fields. There are no Push Field actions to other forms. A filter log shows no activity. SQL log shows no updates or errors. Why isn't it telling me what field he doesn't have write access to, and how can I find it out? (ARS 7.0.01 patch 3, RH Linux server, Oracle 10.2 db) Dwayne Martin James Madison University ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
Re: ARERR [330] You do not have write access to field
Have you scrolled down on that error dialog box? There may be references to what field it is referring to. Joe D'Souza -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] Behalf Of Dwayne Martin Sent: Monday, October 15, 2007 4:09 PM To: arslist@ARSLIST.ORG Subject: ARERR [330] You do not have write access to field Hello Everyone, A user opens a form, makes a change, and saves the form, and gets ARERR [330] You do not have write access to field. Of course it doesn't say which field he doesn't have write access to. I have run an active link log and checked every Set Field on both display and modify, and the user definitely has write access to the fields. There are no Push Field actions to other forms. A filter log shows no activity. SQL log shows no updates or errors. Why isn't it telling me what field he doesn't have write access to, and how can I find it out? (ARS 7.0.01 patch 3, RH Linux server, Oracle 10.2 db) Dwayne Martin James Madison University No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.11/1071 - Release Date: 10/15/2007 6:48 AM ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
Re: ARERR [330] You do not have write access to field
We had a same situation here when users started getting this error and on checking had found that we had ran out of floating licencesone of those days.. Usually licence not available error pops up but strangely we got the ARERR 330 mssg. On granting floating licence to such users, the error did not pop up again. Hope this helps.. Thanks, Mohan --- Michiel Beijen [EMAIL PROTECTED] wrote: Dwayne, Is it only this one particular user or do other users have the same issue? I've seen a situation like this resolved with deleting all user cache files (*.arf; *.arv) from the user's PC. Of course this is only in the case that it is not reproducible on other PC's. -- Met vriendelijke groet / Kind regards Michiel Beijen __ MANSOLUTIONS Energieweg 60-62 3771 NA Barneveld The Netherlands Tel. +31-(0)612968592 Mail [EMAIL PROTECTED] Internet http://bsm.mansolutions.nl On 10/15/07, Dwayne Martin [EMAIL PROTECTED] wrote: Hello Everyone, A user opens a form, makes a change, and saves the form, and gets ARERR [330] You do not have write access to field. Of course it doesn't say which field he doesn't have write access to. I have run an active link log and checked every Set Field on both display and modify, and the user definitely has write access to the fields. There are no Push Field actions to other forms. A filter log shows no activity. SQL log shows no updates or errors. Why isn't it telling me what field he doesn't have write access to, and how can I find it out? (ARS 7.0.01 patch 3, RH Linux server, Oracle 10.2 db) Dwayne Martin James Madison University ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos more. http://mobile.yahoo.com/go?refer=1GNXIC ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
