<div dir="ltr">Hi all,<br><br>I'm not sure if anyone else has experienced this in the past 3 years, but wanted to follow up as our Systems Archivist and I have apparently had the same problem. Background: since we don't use Digital Objects in ASpace, we do not use a lot of the out-of-the-box Events, but we do track a lot of processing steps using Events record. We do not want to delete any Events that are native to ASpace so have suppressed many of them. Total, we have 44 events with 27 of the ASpace-native events suppressed. Though we plan to upgrade soon, we're on ASpace version 2.4.1.<br><br>For the new Events that we've created for tracking processing steps, we have generally posted them via the API and modified the yml file to add the translations. We've always been able to create new events with no problems... that is until yesterday when we tried to add two new ones and failed trying two different ways:<br><ol><li>Posing via the API. The values appear to post. There are no error messages, but when we look in the staff interface GUI and check the database's enumeration_value table, the new events aren't there.</li><li>Adding the new event via Manage Controlled Value Lists</li></ol>This screenshot is the error we get when we try 2:<br><img src="cid:ii_koa7u3mx0" alt="Screen Shot 2021-05-04 at 8.26.28 AM.png" width="562" height="350"><br>I just tried going to the staff interface GUI and unsuppressing 7 events that we normally suppress. I was still unable to add new events.<div><br></div><div>Has anyone else experienced this recently? Is there a documented solution to the problem?<br><br>Thanks!<br>Olivia<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 29, 2018 at 1:46 PM Busch, Ed <<a href="mailto:buschedw@msu.edu">buschedw@msu.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I haven't quite figured out the exact sequence of steps but I have figured out how to make it work. I had suppressed a number of the event types (most) and that seems to have been what caused creating to fail. I unsuppressed them and I could create again. I slowly suppressed them again in groups and around #26 was when I could no longer create or delete event types. I unsuppressed one and I could create again. SO, something seems to happen after the 25th is suppressed.<br>
<br>
Ed<br>
<br>
-----Original Message-----<br>
From: <a href="mailto:archivesspace_users_group-bounces@lyralists.lyrasis.org" target="_blank">archivesspace_users_group-bounces@lyralists.lyrasis.org</a> <<a href="mailto:archivesspace_users_group-bounces@lyralists.lyrasis.org" target="_blank">archivesspace_users_group-bounces@lyralists.lyrasis.org</a>> On Behalf Of Majewski, Steven Dennis (sdm7g)<br>
Sent: Monday, October 29, 2018 12:45 PM<br>
To: Archivesspace Users Group <<a href="mailto:archivesspace_users_group@lyralists.lyrasis.org" target="_blank">archivesspace_users_group@lyralists.lyrasis.org</a>><br>
Subject: Re: [Archivesspace_Users_Group] Error when trying to add Event Type<br>
<br>
<br>
You could also try adding an enum value from the backend API and see if you get a more specific error message directly from the backend. <br>
<br>
— Steve Majewski<br>
<br>
<br>
> On Oct 29, 2018, at 12:20 PM, Majewski, Steven Dennis (sdm7g) <<a href="mailto:sdm7g@virginia.edu" target="_blank">sdm7g@virginia.edu</a>> wrote:<br>
> <br>
> <br>
>> On Oct 29, 2018, at 11:07 AM, Busch, Ed <<a href="mailto:buschedw@msu.edu" target="_blank">buschedw@msu.edu</a>> wrote:<br>
>> <br>
>> Hi-<br>
>> <br>
>> Nothing showing up in the log regarding the create event type error. System info report says the log level is set to debug. Any other ideas?<br>
>> <br>
>> Not sure if this is related, but I noticed that when I am logged as me (with admin priv), I can't access the system_info page: I get Unable to access Page. When I log in as the actual Admin user, I can access the page.<br>
>> <br>
> <br>
> Not related. System info controller is checking that user = “admin” instead of checking that user has admin privileges, which would probably be a better choice. <br>
> <br>
> Any clues at all in the log?  Can you post a snippet from around the time of the submit ? <br>
> <br>
> <br>
> — Steve Majewski<br>
> <br>
> <br>
> <br>
> <br>
> _______________________________________________<br>
> Archivesspace_Users_Group mailing list <br>
> <a href="mailto:Archivesspace_Users_Group@lyralists.lyrasis.org" target="_blank">Archivesspace_Users_Group@lyralists.lyrasis.org</a><br>
> <a href="http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_grou" rel="noreferrer" target="_blank">http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_grou</a><br>
> p<br>
<br>
_______________________________________________<br>
Archivesspace_Users_Group mailing list<br>
<a href="mailto:Archivesspace_Users_Group@lyralists.lyrasis.org" target="_blank">Archivesspace_Users_Group@lyralists.lyrasis.org</a><br>
<a href="http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group" rel="noreferrer" target="_blank">http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div style="font-size:12.8px"><font color="#000000">Olivia Solis, MSIS</font></div><div style="font-size:12.8px"><font color="#000000">Metadata Coordinator</font></div><div style="font-size:12.8px"><font color="#000000">Dolph Briscoe Center for American History</font></div><div style="font-size:12.8px"><font color="#000000">The University of Texas at Austin</font></div><div style="font-size:12.8px"><font color="#000000">2300 Red River St. Stop D1100</font></div><div style="font-size:12.8px"><font color="#000000">Austin TX, 78712-1426</font></div><div style="color:rgb(136,136,136);font-size:12.8px"><span style="color:rgb(0,0,0);font-size:12.8px">(512) 232-8013</span></div></div></div></div></div></div></div>